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1. REAL PARTY IN INTEREST 

The real parties in interest are NDS LIMITED and its parent company NDS Group 
Limited, both companies organized under the laws of England, and both with a place of 
business at One London Road, Staines, Middlesex TW18 4EX, United Kingdom. 

2. RELATED APPEALS AND INTERFERENCES 

There are no appeals, interferences, or judicial proceedings related to, directly 
affecting or affected by, or having a bearing on the Board's decision in the captioned 
Appeal. 

3. STATUS OF CLAIMS 

Claims 1, 3-14, 17-21, 26-29, 31-42, 45-49 and 58-60 are currently pending, stand 
rejected and are being appealed. That is, 



1: 


currently pending, rejected, subject of this appeal 


2: 


cancelled without prejudice 


3-14: 


currently pending, rejected, subject of this appeal 


15-16: 


cancelled without prejudice 


17-21: 


currently pending, rejected, subject of this appeal 


22-25: 


cancelled without prejudice 


26-29: 


currently pending, rejected, subject of this appeal 


30: 


cancelled without prejudice 


31-42: 


currently pending, rejected, subject of this appeal 


43-44: 


cancelled without prejudice 
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45-49 



currently pending, rejected, subject of this appeal 



50-57 



cancelled without prejudice 



58-60 



currently pending, rejected, subject of this appeal 



4. STATUS OF AMENDMENTS 

No amendments were filed subsequent to the pending rejection. 

5. SUMMARY OF CLAIMED SUBJECT MATTER 

Citations are to the application as filed, which is included in the Evidence 
Appendix, tab 1 . 

Independent Claim 1 recites a method for distributing multimedia content. 
(See e.g. Abstract). The method comprises storing an item of multimedia content as 
stored multimedia content at a multimedia message center (MMSC). (See e.g. 9:21- 
22). It further comprises transcoding the multimedia content for playback on a first 
multimedia device, thereby producing a firstly transcoded version of the multimedia 
content. (See e.g. 10:10-12). It further comprises generating a content ID of the 
firstly transcoded version of the multimedia content. (See e.g. 10:12-13). It further 
comprises storing the content ID of the firstly transcoded version of the multimedia 
content, as a stored first content ID, in association with the stored multimedia content, 
(See e.g. 10:13-14). It further comprises receiving, at the MMSC via a multimedia 
message service (MMS) message, an instruction to forward the item of multimedia 
content to a second multimedia device. (See e.g. 10:26-28). The instruction 
comprises a copy of the firstly transcoded version of the multimedia content. (See 



e.g. 10:28-29). The method further comprises performing the following in response 
to the instruction: accessing the stored multimedia content using the stored first 
content ID of the firstly transcoded version of the multimedia content (see e.g. 1 1 :5- 
6), and transcoding the stored multimedia content for playback on the second 
multimedia device (see e.g. 11:11-12). The accessing comprises generating a 
received content ID of the copy of the firstly transcoded version of the multimedia 
content (see e.g. 10:18 and 1 1 :7-9), and looking up the stored multimedia content by 
comparing the received content ID with the stored first content ID (see e.g. 1 1 :9-10). 

Independent Claim 26 recites a multimedia content distribution system. (See 
e.g. Figs. 1A-1D). The system comprises an MMS server (see e.g. MMS server 202, 
Figs. 2 and 3), an MMS relay (see e.g. MMS relay 204, Figs. 2 and 3), a transcoder 
(see e.g. transcoder 208, Figs. 2 and 3), and a DRM server (see e.g. DRM server 210, 
Figs. 2 and 3), where at least one is implemented at least partially in hardware (see 
e.g. 15:23-26). The MMS server, MMS relay, transcoder and DRM server are 
individually or cooperatively operative to store an item of multimedia content as 
stored multimedia content (see e.g. 9:21-22), transcode the multimedia content for 
playback on a first multimedia device, thereby producing a firstly transcoded version 
of the multimedia content (see e.g. 10:10-12), generate a content ID of the firstly 
transcoded version of the multimedia content (see e.g. 10:12-13), store the content ID 
of the firstly transcoded version of the multimedia content, as a stored first content 
ID, in association with the stored multimedia content (see e.g. 10:13-14), receive an 
instruction, via a multimedia message service (MMS) message, to forward the item of 
multimedia content to a second multimedia device (see e.g. 10:26-28) [the instruction 
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comprising a copy of the firstly transcoded version of the multimedia content (see e.g. 
10:28-29)], and performing the following in response to the instruction: accessing the 
stored multimedia content using the stored first content ID of the firstly transcoded 
version of the multimedia content (see e.g. 1 1 :5-6), and transcoding the stored 
multimedia content for playback on the second multimedia device (see e.g. 1 1:1 1-12). 
The accessing comprises generating a received content ID of the copy of the firstly 
transcoded version of the multimedia content (see e.g. 10:18 and 1 1:7-9), and looking 
up the stored multimedia content by comparing the received content ID with the 
stored first content ID (see e.g. 1 1 :9-10). 

Independent Claim 29 recites a system for distributing multimedia content. 
(See e.g. Figs. 1A-1D). The system comprises a means for storing an item of 
multimedia content as stored multimedia content at a multimedia message center 
(MMSC). (See e.g. 13:8, 13:25-27, MMS server 202, Figs. 2 and 3; 9:21-22). It 
further comprises a means for transcoding the multimedia content for playback on a 
first multimedia device, thereby producing a firstly transcoded version of the 
multimedia content. (See e.g. 13:14, 13:25-27, transcoder 208, Figs. 2 and 3; 10:10- 
12). It farther comprises a means for generating a content ID of the firstly transcoded 
version of the multimedia content. (See e.g. 13:25-30, DRM server 210, Figs. 2 and 
3; 10:12-13). It further comprises a means for storing the content ID of the firstly 
transcoded version of the multimedia content, as a stored first content ID, in 
association with the stored multimedia content. (See e.g. 13:8, 13:25-27, MMS server 
202, Figs. 2 and 3; 10:13-14). It further comprises a means for receiving, at the 
MMSC via a multimedia message service (MMS) message, an instruction to forward 
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the item of multimedia content to a second multimedia device. (See e.g. 13:9, 13:25- 
27, MMS relay 204, Figs. 2 and 3; 10:26-28). The instruction comprises a copy of the 
firstly transcoded version of the multimedia content. (See e.g. 10:28-29). The 
method further comprises a means for performing the following in response to the 
instruction: accessing the stored multimedia content using the stored first content ID 
of the firstly transcoded version of the multimedia content (see e.g. 13:8, 13:25-27, 
MMS server 202, Figs. 2 and 3; 1 1:5-6), and means for transcoding the stored 
multimedia content for playback on the second multimedia device (see e.g. 13:14, 
13:25-27, transcoder 208, Figs. 2 and 3; 11:11-12). The accessing comprises 
generating a received content ID of the copy of the firstly transcoded version of the 
multimedia content (see e.g. 13:25-30, DRM server 210, Figs. 2 and 3; 10:18 and 
1 1 :7-9), and looking up the stored multimedia content by comparing the received 
content ID with the stored first content ID (see e.g. 13:8,13:25-27, MMS server 202, 
Figs. 2 and 3; 11:9-10). 

6. GROUNDS FOR REJECTION 

Claims 1, 3-14, 29 and 31-42 stand rejected under 35 U.S.C. §103(a) as being 
rendered obvious by Warsta (US 2004/0181550) in view of Malik (US 7,003,551). 
Claims 17-21, 26-28 and 45-49 stand rejected under 35 U.S.C. § 103(a) as being 
rendered obvious by Warsta in view of Malik, and further in view of Kobata (US 
2002/0077986). Claims 58-60 stand rejected under 35 U.S.C. § 103(a) as being 
rendered obvious by Warsta in view of Malik, and further in view of Mattis (US 
6,128,623). 
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7. ARGUMENT - Claims 1, 3-14, 17-21, 26-29, 31-42, 45-49 and 58-60 - The 
References Do Not Suggest What Is Claimed: Transcoding an 
Original Version of Content for Compatibility with a Second 
Device, Rather Than Transcoding a Version that Previously Was 
Transcoded for Compatibility with a First Device 

A. Background 

By way of background, the present invention relates to an area of technology 
in which the "Multimedia Message Service (MMS) provides for the transmission of 
graphics, video clips, sound files and text messages over wireless networks." (Appl. 
1:16-17, Tab 1 of Evid. App.). Typically, this is implemented using MMS Centers 
(MMSCs) that store and forward "multimedia messages from providers of multimedia 
content to mobile subscribers, as well as multimedia message exchange between 
mobile subscribers." (Appl. 1:19-21, Tab 1 of Evid. App.). One challenge is 
adapting the multimedia content for a wide variety of mobile subscriber devices. 
"Adapting content currently incurs a relatively large computational expense when 
transcoding content for different playback environments." (Appl. 1:28-30, Tab 1 of 
Evid. App.). 

B. The Claims Recite Transcoding the Original Version of 
Content for Playback on a Second Device 

Claim 1 recites, inter alia, 

storing an item of multimedia content as stored multimedia 
content...; 

...transcoding said multimedia content for playback on a first 
multimedia device, thereby producing a firstly transcoded version...; 

* * * 
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receiving... an instruction to forward said item of multimedia 
content to a second multimedia device, said instruction comprising a 
copy of said firstly transcoded version...; 

* * * 

...in response to said instruction: 

* * * 

transcoding said stored multimedia content for playback 
on said second multimedia device. 

[emphasis added]. That is, an item of multimedia content is stored, and then is 

identified in the claims as the stored multimedia content. The content also is 

transcoded to be compatible with a first device (such as a mobile subscriber device of 

a particular user), and that transcoded version of the content is identified in the claims 

as the firstly transcoded version. An instruction that includes the firstly transcoded 

version is received (such as from the mobile subscriber device of the particular user) 

to forward the content to a second device (such as a second mobile subscriber device 

possibly belonging to a different user). In response to that instruction, the original 

version of the stored content (the claimed stored multimedia content) is transcoded 

for playback on the second device. That is, the firstly transcoded version that is 

received with the instruction might not be compatible with the second device, and it 

is the original version (rather than the firstly transcoded version that is received with 

the instruction) that is transcoded to be compatible with the second device. 

Claims 1, 26 and 29 are the only independent claims. Claims 26 and 29 have 

substantially identical limitations as those quoted above from claim 1. Therefore, all 

of the claims directly or indirectly include the claim limitations discussed above. 
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The quoted "said stored multimedia content" is the original version of the 
content introduced in the initial storing step of claim 1. It is not the firstly transcoded 
version of that content that was included with the instruction to forward the content to 
the second device. 

The significance of transcoding the original version (the stored multimedia 

content), rather than the firstly transcoded version that was attached to the instruction 

to forward the content to the second device, was explained in the Background section 

of the application: 

when content that was previously transcoded for playback on one 
mobile subscriber device is sent from the mobile subscriber device to 
another mobile subscriber device, the transcoded content is typically 
transcoded again by the MMSC for playback on the intended 
recipient's device. This typically results in a lower playback quality 
than would be the case if the original content was transcoded for 
playback on the intended recipient's device. 

(Appl. 1:31 - 2:5, tab 1 of Evid. App.). In the method of claim 1, this problem is 

overcome because the transcoded content is not transcoded again for compatibility 

with the second device. Rather, the original version of the content is transcoded for 

compatibility with the second device. Therefore, there is no additional reduction in 

quality resulting from transcoding a previously transcoded version. 

C. Warsta and the Other Cited References Do Not Disclose or 
Suggest What is Claimed 

Warsta (included as Evid. App., tab 4) and the other references on which the 

rejections relied do not disclose or suggest what is claimed. If device #1 sends 

content for delivery to device #2, the Warsta system checks if a version of that 

content that is compatible with device #2 is cached. If it is not cached, the Warsta 
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system will transcode the content to be compatible with device #2. However, Warsta 
does not disclose or suggest that it will go back to the original version of the content, 
as opposed to transcoding the version sent from device #1 that already had been 
transcoded to be compatible with device #1. This is the very problem quoted above 
from the background section of the captioned application. 

In this regard, Malik (included as Evid. App., tab 5) and the other references 
do not add anything to the Warsta disclosure. In particular, Malik concerns 
minimizing the number of duplicate copies of identical attachments to e-mail that are 
stored. Malik uses pointers to associate an e-mail with attachments, and it has 
nothing to do with transcoding to create a different version of content. {See e.g. Malik 
Abstract, tab 5 of Evid. App.). 

In addressing the claim limitation that recites transcoding the original version 
of the content for playback on the second device, the bottom of page 6 and top of 
page 7 of the 20 May 2010 Final Office Action (included as Evid. App., tab 2) cited 
language in paragraphs 24 and 29 of Warsta. That cited language merely indicated 
that the Warsta system would check if it already had stored a version of the content 
that was adapted for playback on the "second device." That cited language and any 
other language in Warsta or in any of the other cited references does not disclose or 
suggest that, if transcoding is required for the "second device" (i.e., if a version 
adapted for playback on the "second device" is not available), the original version of 
the content would be transcoded (as claimed). There is no disclosure or suggestion 
that the Warsta system would not do exactly what other prior art systems do in this 
scenario. That is, there is no disclosure or suggestion that the Warsta system would 

10 



not transcode the firstly transcoded version that was included in the instruction to 
forward the content to the second device, rather than transcoding the original version 
of the content as claimed. 

The 29 July 2010 Advisory Action (included as Evid. App., tab 3) addressed a 
different claim limitation concerning storing the original version of the content. It did 
not address which version is transcoded in the scenario recited in the claims. It did 
not address the failure of the references to disclose or suggest the claim limitation 
discussed above. 

A claim is not shown to be obvious by a combination of references when one 
of the claim limitations is not disclosed by any of those references. See e.g. 
Honeywell International Inc. v. United States, 596 F.3d 800, 810, 93 USPQ2d 1740, 
1747 (Fed. Cir. 2010). In the captioned application, none of the references discloses 
or suggests transcoding the original version of the content (the "stored multimedia 
content") rather than the previously transcoded version (the "firstly transcoded 
version") that was included with the instruction to forward the content to the second 
device. Therefore, the combination of references does not render the claims obvious. 

8. CLAIMS APPENDIX 

An appendix is attached containing a copy of the claims involved in this 

appeal. 
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9. EVIDENCE APPENDIX 

An appendix is attached containing the application as filed, the 20 May 2010 
Final Office Action, the 29 July 2010 Advisory Action, Warsta (US 2004/0181550), 
and Malik (US 7,003,551). 



10. RELATED PROCEEDINGS APPENDIX 
There are no related proceedings. 



Favorable consideration of this Appeal and allowance of the application are 
respectfully requested. 

Respectfully submitted, 

6 December 20 1 0 '"TZ^S 

L. Friedman 

HUSCH BLACKWELL LLP Reg. No. 37, 1 3 5 

WELSH KATZ 
120 South Riverside Plaza, Suite 2200 
Chicago, Illinois 60606 
(312) 655-1500 
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CLAIMS APPENDIX 

Claim 1 : A method for distributing multimedia content, the method comprising: 
storing an item of multimedia content as stored multimedia content 

at a multimedia message center (MMSC); 

firstly transcoding said multimedia content for playback on a first multimedia 

device, thereby producing a firstly transcoded version of said multimedia content; 
generating a content ID of said firstly transcoded version of said multimedia 

content; 

storing said content ID of said firstly transcoded version of said multimedia 
content, as a stored first content ID, in association with said stored multimedia 
content; 

receiving, at said MMSC via a multimedia message service (MMS) message, 
an instruction to forward said item of multimedia content to a second multimedia 
device, said instruction comprising a copy of said firstly transcoded version of said 
multimedia content; and 

performing the following in response to said instruction: 

accessing said stored content using said stored first content ID of said 

firstly transcoded version of said multimedia content, said accessing 

comprising: 

generating a received content ID of said copy of said firstly 
transcoded version of said multimedia content; and 

looking up said stored multimedia content by comparing said 
received content ID with said stored first content ID; and 
transcoding said stored multimedia content for playback on said second 
multimedia device. 

Claim 3: A method according to claim 1 wherein said storing an item of 
multimedia content comprises storing said item of multimedia content together with 
an original content identifier (ID) identifying said content. 
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Claim 4: A method according to claim 1 wherein said storing an item of 
multimedia content comprises storing said item of multimedia content together with 
an original content identifier (ID) that uniquely identifies said content. 

Claim 5: A method according to claim 1 wherein said storing an item of 
multimedia content comprises storing said item of multimedia content in its original 
form. 

Claim 6: A method according to claim 1 wherein said storing an item of 
multimedia content comprises storing said item of multimedia content such that said 
content may be partly or wholly reconstituted. 

Claim 7: A method according to claim 3 and further comprising receiving said 
original content ID from a provider of said content. 

Claim 8: A method according to claim 3 and further comprising generating said 
original content ID by applying either of a predefined hashing method and a 
predefined fingerprinting method to said content and using either of the resulting hash 
and fingerprint as said original content ID. 

Claim 9: A method according to claim 3 and further comprising associating said 
original content ID with different transcoded versions of said content. 

Claim 10: A method according to claim 1 and further comprising sending a 
notification to said first multimedia device indicating that said content is available for 
download to said multimedia device. 

Claim 11: A method according to claim 1 and further comprising delivering said 
firstly transcoded content to said first multimedia device in an MMS message. 
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Claim 12: A method according to claim 1 and further comprising delivering said 
firstly transcoded content to said first multimedia device, in an MMS message, 
together with any of said content IDs. 

Claim 13: A method according to claim 1 1 and further comprising: 

receiving said firstly transcoded content from said first multimedia device in 

an MMS message; and 

regenerating said content ID of said firstly transcoded content. 

Claim 14: A method according to claim 13 wherein said regenerating step 
comprises regenerating said content ID of said firstly transcoded content using the 
same method used to generate said content ID of said firstly transcoded content. 

Claim 17: A method according to claim 1 and further comprising protecting any 
of said transcoded content with a content protection key (CPK). 

Claim 18: A method according to claim 1 and further comprising: 

identifying any rights associated with providing said content to any of said 

multimedia devices; 

generating at least one entitlement as a function of said rights; and 
providing said content to any of said multimedia devices in accordance with 

said entitlement. 

Claim 19: A method according to claim 1 and further comprising: 

determining if said copy of said firstly transcoded content is protected; 

if said copy is protected, determining if said content may be forwarded to said 

second multimedia device as indicated by any rights associated with either of said 

content and the recipient of said firstly transcoded content; and 

if said content may be forwarded, protecting and forwarding said secondly 

transcoded content to said second multimedia device. 
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Claim 20: A method according to claim 19 and further comprising protecting said 
secondly transcoded content with a content protection key (CPK) associated with said 
secondly transcoded content. 

Claim 21 : A method according to claim 19 wherein said first determining step 
comprises determining that said copy of said firstly transcoded content is protected by 
identifying a CPK stored in association with the content ID. 

Claim 26: A multimedia content distribution system comprising: 
an MMS server; 
an MMS relay; 
a transcoder; and 
a DRM server, 

wherein at least one of a group consisting of said MMS server, MMS relay, 
transcoder, and DRM server, is implemented at least partially in hardware; 

wherein said MMS server, MMS relay, transcoder, and DRM server are 
individually or cooperatively operative to: 

store an item of a multimedia content as stored multimedia content; 

firstly transcode said multimedia content for playback on a first 
multimedia device, thereby producing a firstly transcoded version of said 
multimedia content; 

generate a content ID of said firstly transcoded version of said 
multimedia content; 

store said content ID of said firstly transcoded version of said 
multimedia content, as a stored first content ID, in association with said stored 
multimedia content; 

receive an instruction, via a multimedia message service (MMS) 
message, to forward said item of multimedia content to a second multimedia 
device, said instruction comprising a copy of said firstly transcoded version of 
said multimedia content; and 
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perform the following in response to said instruction: 

access said stored content using said stored first content ID of 
said firstly transcoded version of said multimedia content, comprising: 
generating a received content ID of said copy of said 
firstly transcoded version of said multimedia content; and 

looking up said stored multimedia content by comparing 
said received content ID with said stored first content ID; and 
transcode said stored multimedia content for playback on said 
second multimedia device. 

Claim 27: A system according to claim 26 wherein any of said MMS server, 
MMS relay, transcoder, and DRM server are individually or cooperatively operative 
to track to whom said content is sent and with what rights. 

Claim 28: A system according to claim 26 wherein said DRM server acts as either 
of a probe and a proxy between any of said MMS server, said MMS relay, and said 
transcoder. 

Claim 29: A system for distributing multimedia content, the system comprising: 
means for storing an item of a multimedia content as stored multimedia 

content at a multimedia message center (MMSC); 

means for firstly transcoding said multimedia content for playback on a first 

multimedia device, thereby producing a firstly transcoded version of said multimedia 

content; 

means for generating a content ID of said firstly transcoded version of said 
multimedia content; 

means for storing said content ID of said firstly transcoded version of said 
multimedia content, as a stored first content ID, in association with said stored 
multimedia content; 
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means for receiving, at said MMSC via a multimedia message service (MMS) 
message, an instruction to forward said item of multimedia content to a second 
multimedia device, said instruction comprising a copy of said firstly transcoded 
version of said multimedia content; and 

means for performing the following in response to said instruction: 

accessing said stored content using said stored first content ID of said 

firstly transcoded version of said multimedia content, said accessing 

comprising: 

generating a received content ID of said copy of said firstly 
transcoded version of said multimedia content; and 

looking up said stored multimedia content by comparing said 
received content ID with said stored first content ID; and 
means for transcoding said stored multimedia content for playback on 
said second multimedia device. 

Claim 31: A system according to claim 29 wherein said means for storing is 
operative to store said item of multimedia content together with an original content 
identifier (ID) identifying said content. 

Claim 32: A system according to claim 29 wherein said means for storing is 
operative to store said item of multimedia content together with an original content 
identifier (ID) that uniquely identifies said content. 

Claim 33: A system according to claim 29 wherein said means for storing is 
operative to store said item of multimedia content in its original form. 

Claim 34: A system according to claim 29 wherein said means for storing is 
operative to store said item of multimedia content such that said content may be partly 
or wholly reconstituted. 
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Claim 35: A system according to claim 3 1 and further comprising means for 
receiving said original content ID from a provider of said content. 

Claim 36: A system according to claim 3 1 and further comprising means for 
generating said original content ID by applying either of a predefined hashing system 
and a predefined fingerprinting system to said content and using either of the resulting 
hash and fingerprint as said original content ID. 

Claim 37: A system according to claim 29 and further comprising means for 
associating said original content ID with different transcoded versions of said content. 

Claim 38: A system according to claim 29 and further comprising means for 
sending a notification to said first multimedia device indicating that said content is 
available for download to said multimedia device. 

Claim 39: A system according to claim 29 and further comprising means for 
delivering said firstly transcoded content to said first multimedia device in an MMS 
message. 

Claim 40: A system according to claim 29 and further comprising means for 
delivering said firstly transcoded content to said first multimedia device, in an MMS 
message, together with any of said content IDs. 

Claim 41 : A system according to claim 39 and further comprising: 

means for receiving said firstly transcoded content from said first multimedia 

device in an MMS message; and 

means for regenerating said content ID of said firstly transcoded content. 
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Claim 42: A system according to claim 41 wherein said means for regenerating is 
operative to regenerate said content ID of said firstly transcoded content using the 
same system used to generate said content ID of said firstly transcoded content. 

Claim 45: A system according to claim 29 and further comprising means for 
protecting any of said transcoded content with a content protection key (CPK). 

Claim 46: A system according to claim 29 and further comprising: 

means for identifying any rights associated with providing said content to any 

of said multimedia devices; 

means for generating at least one entitlement as a function of said rights; and 
means for providing said content to any of said multimedia devices in 

accordance with said entitlement. 

Claim 47: A system according to claim 29 and further comprising: 

means for determining if said copy of said firstly transcoded content is 
protected; 

means, responsive to said copy being protected, for determining if said content 
may be forwarded to said second multimedia device as indicated by any rights 
associated with either of said content and the recipient of said firstly transcoded 
content; and 

means, responsive to said content being forwardable, for protecting and 
forwarding said secondly transcoded content to said second multimedia device. 

Claim 48: A system according to claim 47 and further comprising means for 
protecting said secondly transcoded content with a content protection key (CPK) 
associated with said secondly transcoded content. 
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Claim 49: A system according to claim 47 wherein said first means for 
determining is operative to determine that said copy of said firstly transcoded content 
is protected by identifying a CPK stored in association with the content ID. 

Claim 58: A method according to claim 1 and wherein said generating a content ID 
of said firstly transcoded version of said multimedia content comprises: 

applying either of the following to said firstly transcoded version of said 
multimedia content, and producing a result: 

a predefined hashing method; and 
a predefined fingerprinting method; and 
using said result as said content ID. 

Claim 59: A method according to claim 1 and wherein said generating a received 
content ID of said copy of said firstly transcoded version of said multimedia content 
comprises: 

applying either of the following to said copy of said firstly transcoded version 
of said multimedia content, and producing a result: 

a predefined hashing method; and 

a predefined fingerprinting method; and 
using said result as said received content ID. 

Claim 60: A method according to claim 58 and wherein said generating a received 
content ID of said copy of said firstly transcoded version of said multimedia content 
comprises: 

applying either of the following to said copy of said firstly transcoded version 
of said multimedia content, and producing a result: 

a predefined hashing method; and 

a predefined fingerprinting method; and 
using said result as said received content ID. 



21 



EVIDENCE APPENDIX 



Application as filed 
20 May 2010 Final Office Action 
29 July 2010 Advisory Action 
Warst(US 2004/0181550) 
Malik (US 7,003,551) 
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f 0/5894l7 

PCT/IL2005/000319 

JAP11 Rec*d PCT/PTO 15 AUG 2006 



OPTIMALLY ADAPTING MULTIMEDIA CONTENT , 
FOR MOBILE SUBSCRIBER DEVICE PLAYBACK 

CROSS REFERENCES TO RELATED APPLICATIONS 
5 The present application claims priority from US. Provisional Patent 

Application Number 60/555,717 to Solow et al, filed on March 23, 2004, and U.S. 
Provisional Patent Application Number 60/635,719 to Solow et al, filed on December 13, 
2004, both incorporated herein by reference in their entirety. 

FIELD OF THE INVENTION 
The present invention relates to communications systems in general, and more 
particularly to techniques for adapting multimedia content for playback on mobile 
subscriber devices. 

BACKGROUND OF THE INVENTION 
The Multimedia Message Service (MMS) provides for the transmission of 
graphics, video clips, sound files and text messages over wireless networks. Mobile 
aetwork operators (MNO) and wireless service providers typically implement MMS using 
MMS Centers (MMSCs), which implement store-and-forward delivery of multimedia 
20 messages from providers of multimedia content to mobile subscribers, as well as 
multimedia message exchange between mobile subscribers. Once a multimedia message is 
received the MMSC will identify one or more intended recipients of the multimedia 
message, locate the receiving device of a recipient, which may be a cellular telephone, a 
PDA or handheld computer, transcode the multimedia message as required for playback on 
25 the recipient's device according to the device's multimedia capabilities, and send the 
multimedia message to the recipient's device. 

One challenge feeing MNOs and wireless service providers involves adapting 
multimedia content for the wide variety of mobile subscriber devices in use. Adapting 
content currently incurs a relatively large computational expense when transcoding content 
30 for different playback environments. This is especially acute with respect to multimedia 
messages sent between disparate mobile subscriber devices. For example, when content 
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that was previously transcoded for playback on one mobile subscriber device is sent from 
the mobile subscriber device to another mobile subscriber device, the transcoded content is 
typically transcoded again by the MMSC for playback on the intended recipient's device. 
This typically results in a lower playback quality than would be the case if the original 

5 content was transcoded for playback on the intended recipient's device. In order for the 
content to be sent from the mobile subscriber device to another mobile subscriber device of 
a different type, the transcoded data is typically transcoded again to suit the receiving 
device, often resulting in a further reduction in quality. Adapting content is further 
hampered by the complexity of implementing Digital Rights Management (DRM) 

10 techniques to control access to content by mobile subscriber devices with different DRM 
capabilities at a time when DRM standards for MMS are still emerging. Techniques which 
efficiently adapt multimedia content in these respects would therefore be advantageous. 

Furthermore, with current systems, in order to provide control over content 
each mobile subscriber needs to connect to a content server and download the content m a 

15 "pull" mode. A system that would allow mobile subscribers to send content to each other 
that appears to the recipient as if the content were received in a "push" mode, and that 
allows for rights management for multimedia devices with different DRM capabilities 
would also be advantageous. 



20 SUMMARY OF THE INVENTION 

In one aspect of the present invention a method is provided for distributing 
multimedia content, the method including a) storing an item of a multimedia content, b) 
firstly transcoding the content for playback on a first multimedia device, c) generating a 
content ID of die firstly transcoded content, d) storing the content ID of the firstly 

25 transcoded content in association with the stored content, e) accessing the stored content 
using the content ID of the firstly transcoded content, and f) secondly transcoding the 
stored content for playback on a second multimedia device. 

In another aspect of the present invention the storing step includes storing the 
item of multimedia content at a multimedia message center (MMSC). 
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In another aspect of the present invention the storing step includes storing the 
item of multimedia content together with an original content identifier (ID) identifying the 
content 

In another aspect of the present invention the storing step includes storing the 
5 item of multimedia content together with an original content identifier (ID) that uniquely 
identifies the content 

In another aspect of the present invention the storing step includes storing the 
item of multimedia content in its original form. 

In another aspect of the present invention the storing step includes storing the 
10 item of multimedia content such that the content may be partly or wholly reconstituted. 

In another aspect of the present invention the method further includes 
receiving the original content ID from a provider of the content 

In another aspect of the present invention the method further includes 
generating the original content ID by applying either of a predefined hashing method and a 
15 predefined fingerprinting method to the content and using either of fee resulting hash and 
fingerprint as the original content ID. 

In another aspect of the present invention the method further includes 
associating the original content ID with different transcoded versions of the content. 

In another aspect of the present invention the method further includes sending 
20 a notification to the first multimedia device indicating that the content is available for 
download to the multimedia device. 

In another aspect of the present invention the method further includes 
delivering the firstly transcoded content to the first multimedia device. 

In another aspect of the present invention the method further includes 
25 delivering the firstly transcoded content to the first multimedia device together with any of 
the content IDs. 

In another aspect of the present invention the method further includes g) 
receiving the firstly transcoded content from the first multimedia device, and h) 
regenerating the content ID of the firstly transcoded content 
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In another aspect of the present invention the regenerating step includes 
regenerating the content ID of the firstly transcoded content using the same method used to 
generate the content ID of the firstly transcoded content 

In another aspect of the present invention the method further includes 
performing steps e) - h) in response to receiving instructions fiom the first multimedia 
device to forward the content to the second multimedia device. 

In another aspect of the present invention the performing step includes 
performing where the instructions include any of a copy of the firstly transcoded content 
and any of the content IDs. 

In another aspect of the present invention the method further includes 
protecting any of the transcoded content with a content protection key (CPK). 

In another aspect of the present invention the method further includes 
identifying any rights associated with providing the content to any of the multimedia 
devices, generating at least one entitlement as a function of the rights, and providing the 
15 content to any of the multimedia devices in accordance with the entitlement 

In another aspect of the present invention the method further includes 
detenmning if the copy of the firstly transcoded content is protected, if the copy is 
protected, detenmning if the content may be forwarded to the second multimedia device as 
indicated by any rights associated with either of the content and the recipient of the firstly 
20 transcoded content and if me content may be forwarded, protecting and forwarding the 
secondly transcoded content to the second multimedia device. 

hi another aspect of the present invention the method further includes 
protecting the secondly transcoded content with a content protection key (CPK) associated 
with the secondly transcoded content 
25 In another aspect of the present invention the first determining step includes 

determining that the copy of the firstly transcoded content is protected by identifying a 
CPK stored in association with the content ID. 

In another aspect of the present invention a method is provided for 
implementing digital rights management (DRM), the method including determining the 
30 DRM capabilities of a multimedia device, determining the DRM rights associated with an 
item of content detenmning an optimal level of DRM protection to apply to the content as 
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a function of the capabilities and the rights, and applying the optimal level of DRM 

protection to the item of content 

m another aspect of the present invention the detennining an optimal level step 
includes determining the optimal level as me highest-ranked level of DRM protection that 
is both supported by the device and that is indicated by the content rights. 

m another aspect of the present invention me detemining an optimal level step 
includes determining the optimal level as the highest-ranked level of DRM protection that 

is supported by the device. 

In another aspect of the present invention the detennining an optimal level step 
includes determining the optimal level as the highest-ranked level of DRM protection that 
is that is indicated by the content rights and that is below the highest-ranked level of DRM 
protection that is mat is supported by the device. 

In another aspect of the present invention a multimedia content distribution 
system is provided including an MMS server, an MMS relay, a transcoder, and a DRM 
server, where the MMS server, MMS relay, transcoder, and DRM server are individually or 
cooperatively operative to store an item of a multimedia content, firstly transcode me 
content for playback on a first multimedia device, generate a content ID of the firstly 
transcoded content, store the content ID of the firstly transcoded content in association with 
the stored content, access the stored content using the content ID of me firstly transcoded 
content, and secondly transcode the stored content for playback on a second multnnedta 



device. 



25 



30 



In another aspect of me present invention any of the MMS server, MMS relay, 
transcoder, and DRM server are individuaUy or cooperatively operative to track to whom 

me content is sent and with what rights. 

In another aspect of the present invention the DRM server acts as either of a 
probe and a proxy between any of the MMS server, the MMS relay, and the transcoder. 

In another aspect of the present invention a system is provided for distributing 
multimedia content, the system including a) means for storing an item of a multimedia 
content, b) means for firstly transcoding the content for playback on a first multimedia 
device, c) means for generating a content ID of the firstly transcoded content, d) means for 
storing foe content ID of the firstly transcoded content in association with the stored 
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content, e) means for accessing the stored content using the content ID of the firstly 
tn.nscoded content, and f) means for secondly transcoding the stored content for playback 

on a second multimedia device. 

In another aspect of the present invention the means for storing is operative to 
5 store the item of multimedia content at a multimedia message center (MMSQ. 

m another aspect of the present invention the means for storing is operative to 
store the item of multimedia content together with an original content identifier (ID) 

identifying the content 

In another aspect of the present invention the means for storing is operative to 
10 store the item of multimedia content together with an original content identifier (ID) mat 

uniquely identifies the content 

In another aspect of the present invention the means for storing is operative to 

store the item of multimedia content in its original form. 

In another aspect of the present invention the means for storing is operative to 
15 store the item of multimedia content such that the content may be partly or wholly 
reconstituted. 

m another aspect of the present invention the system further includes means 
for receiving the original content ID from a provider of the content 

m another aspect of me present invention the system farther includes means 
20 for generating me original content ID by applying either of a predefined hashing system 
and a predefined fmgemrinting system to the content and using either of the resulting hash 
and fingerprint as the original content ID. 

h another aspect of the present invention the system further includes means 
for associating the original content ID with different transcoded versions of the content 
25 m another aspect of the present invention the system further includes means 

for sending a notification to the first multimedia device indicating that the content is 
available for download to die multimedia device. 

In another aspect of the present invention the system further includes means 
for delivering the firstly transcoded content to the first multimedia device. 
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to another aspect of the present invention the system farther includes means 
for delivering the firstly tnmscoded content to die first multimedia device together with any. 
of the content IDs. 

In another aspect of the present invention the system further includes g) means 
5 for receiving the firstly transcoded content from the first multimedia device, and h) means 
for regenerating the content ID of the firstly transcoded content 

]h another aspect of the present invention the means for regenerating is 
operative to regenerate the content ID of the firstly transcoded content using the same 
system used to generate the content ID of the firstly transcoded content 
10 m another aspect of the present invention the means e) - h) are operative in 

response to receiving instructions from the first multimedia device to forward the content 

to the second multimedia device. 

In another aspect of the present invention the instructions include any of a 

copy of the firstly transcoded content and any of the content IDs. 
15 " in anolher aspect of the present invention the system further includes means 

for protecting any of the transcoded content with a content protection key (CPK). 

In another aspect of the present invention the system further includes means 

for identifying any rights associated with providing the content to any of the multimedia 

devices, means for generating at least one entitlement as a function of the rights, and means 
20 for pmviding the content to any of the multimedia devices in accordance with the 

entitlement 

m another aspect of the present invention the system further includes means 
for determining if the copy of the firstly transcoded content is protected, means, responsive 
to the copy being protected, for determining if the content may be forwarded to the second 
25 multimedia device as indicated by any rights associated with either of the content and the 
recipient of the firstly transcoded content and means, responsive to the content being 
forwardable, for protecting and forwarding the secondly transcoded content to the second 
multimedia device. 

In another aspect of the present invention the system further includes means 
30 for protecting the secondly transcoded content with a content protection key (CPK) 
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In another aspect of the present invention the fin* means for determining is 
operative to determine feat the copy of the firstly transcoded content is protected by 
identifying a CPK stored in association with the content ID. 

m mother aspect of the present invention a system is provided for 

5 implementing digital rights management (DRM), the system including means for 
determining the DRM capabilities of a multimedia device, means for determining the DRM 
rights associated with an item of content, means for determining an optimal level of DRM 
protection to apply to the content as a function of the capabilities and the rights, and means 
for applying the optimal level of DRM protection to the item of content 

10 In another aspect of the present invention the means for determining an 

optimal level is operative to determine the optimal level as the highest-ranked level of 
DRM protection that is bom supported by the device and that is indicated by foe content 
rights. 

hi another aspect of the present invention the means for determining an 
15 optimal level is operative to determine foe optimal level as the highest-ranked level of 
DRM protection that is supported by foe device. 

In another aspect of the present invention foe means for detennining an 
optimal level is operative to determine the optimal level as the highest-ranked level of 
DRM protection that is that is indicated by foe content rights and that is below foe bighest- 
20 ranked level of DRM protection that is that is supported by foe device. 

It is appreciated throughout foe specification and claims that foe term 
"multimedia- as it applies to content may include audio content, visual content including 
text, still images, and/or moving images, and any combination thereof. 

25 BRIEF DESCRIPTION OF THE DRAWINGS 

The present invention will be understood and appreciated more fully from foe 
following detailed description taken in conjunction with the appended drawings in which: 

Figs. 1A and IB, which are simptified block-flow diagrams of a multimedia 
content distribution system for non-encrypted content, constructed and operative in 
30 accordance with a preferred embodiment of foe present invention; 
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Fig?. IC and ID, which arc simplified block-flow diagrams of a multimedia 
content distribution system for encrypted content, constructed and operative in accordance 
with a preferred embodiment of the present invention; 

Fig. 2 is a simplified block diagram of a multimedia service center, constructed 
5 and operative in accordance with a preferred embodiment of the present invention; 

Fig. 3 is a simplified block diagram of a multimedia service center, constructed 
and operative in accordance with a preferred embodiment of the present invention; and 

Fig. 4 is a simplified flowchart illustration of a method for implementing best 
effort DRM, operative in accordance with a preferred embodiment of the present invention. 
10 The same reference characters and numerals appearing on different drawings 

denote the same elements. 



DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS 
Reference is now made to Figs. 1A and IB, which are simplified block-flow 

15 diagrams of a multimedia content distribution system for non-encrypted content, 
constructed and operative in accordance with a preferred embodiment of the present 
invention, hi Fig. 1 A a multimedia content provider 100 is shown providing multimedia 
content to a multimedia message center (MMSC) 102, for delivery to a multimedia device, 
such as a cellular telephone, of a mobile subscriber 104, labeled 'A*. Preferred 

20 implementations of MMSC 102 are described in greater detail hereinbelow with reference 
to Figs. 2 and 3. After receiving the content, MMSC 102 preferably stores the content in a 
database 106, either in its original form or otherwise such that the original content may be 
partly or wholly reconstituted The content is preferably stored along with an original 
content identifier (ID) that preferably uniquely identifies the content The original content 

25 ID may be received from multimedia content provider 100 or may be generated for the 
content using any suitable technique. For example, the original content ID may be 
generated by applying a predefined hashing or fingerprinting method to the content and 
using the resulting hash or fingerprint as the original content ID. The same original content 
ID associated with the original content received from multimedia content provider 100 may 

30 be associated with different transcoded versions of the content as may be prepared for 
playback by different multimedia devices. Alternatively, a different content ID may be 
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generated by applying a predefined hashing or fingaprintbg method to each transcoded 
version of the content and using the resulting hash or fingerprint as the content ID for its 
associated transcoded version. Id this scenario, the content ID of each transcoded version 
is preferably stored by MMSC 102 in database 106 together with the original content 
5 and/or the original content ID of the original content 

Once the content is received fiom multimedia content provider 100, MMSC 
102 preferably sends a notification to the multimedia device of mobile subscriber A 
indicating that content intended for subscriber A is available for download fiom MMSC 
102. When mobile subscriber A contacts MMSC 102 to retrieve the content, or in 
10 anticipation of such contact, MMSC 102 may transcode foe content as necessary for 
playback on his/her multimedia device whose characteristics may be determined by MMSC 
102 using conventional techniques. A content ID of foe content transcoded for mobile 
subscriber A may then preferably generated as described above and stored in database 106 
in association with foe original content The content transcoded for mobile subscriber A is 
15 then delivered to mobile subscriber A using conventional techniques. The transcoded 
content may be transmitted to mobile subscriber A together with foe original content ID 
associated with foe original content, which may be transmitted "in foe clear" or 
unencrypted, and/or together with foe content ID generated for foe transcoded content 

It will be appreciated that once a content ID is generated by MMSC 102 for a 
20 specific content item that has been transcoded for a particular type of recipient multimedia 
device, a content ID need not be generated again for foe transcoded content adapted for foe 
same type of device as long as foe content ID is retained by MMSC 102. The transcoded 
content may itself optionally be stored in database 106, such as in anticipation of foe 
transcoded content being provided to other mobile devices for which foe transcoded 
25 content is adapted for playback. 

In foe system of Fig. IB MMSC 102 is shown receiving fiom mobile 
subscriber A instructions to forward content previously provided to mobile subscriber A to 
the multimedia device of a mobile subscriber 108, labeled *B\ The instructions may 
include a copy of foe transcoded content previously provided to mobile subscriber A, foe 
30 original content ID associated with foe original content, and/or foe content ID generated lor 
foe transcoded content. After receiving foe instructions fiom mobile subscriber A, MMSC 
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102 preferably sends a notification to the multimedia device of mobile subscriber B 
indicating that content intended for subscriber B is available for download from MMSC 
102 When mobile subscriber B contacts MMSC 102 to retrieve the content, or in 
anticipation of such contact, if a content ID associated with the content is received from 
5 mobile subscriber A, such as a part of submitted content data, MMSC 102 may deterrnrne 
the original content by looking up the content ID in database 106. If no content ID is 
received fixnn mobile subscriber A, MMSC 1 02 preferably regenerates a content ID of the 
received content using the same method used to created the content ID when previously 
tanscodmg the content for mobile subscriber A. MMSC 102 then looks up the regenerated 
10 content ID in database 106 to identify the original content associated with the content ID. 
Once found, the original content is retrieved and tnmscoded as necessary for playback on 
the multimedia device of mobile subscriber B whose characteristics may be determined by 
MMSC 102 using conventional techniques. As before, a content ID of the content 
transcoded for mobile subscriber B may be generated using any suitable method, preferably 
15 being the same method previously used to generate a content ID for the content transcoded 
for mobile subscriber A. The content ID is then preferably stored in database 106 m 
association with the original content The content transcoded for mobile subscriber B is 
then delivered to mobile subscriber B using conventional techniques. 

Reference is now made to Figs. 1C and ID, which are simplified block-flow 
20 diagrams of a multimedia content distribution system for encrypted content, constructed 
and operative in accordance with a preferred embodiment of the present invention. The 
system of Fig. 1C is similar to the system of Fig, 1A except as is now noted. In the system 
of Fig. 1C MMSC 102 stores content access criteria (e.g. "forward lock") in database 106 
in association with the original content, where the content access criteria may be specified 
25 and provided by multimedia content provider 100 or the service provider (e.g. a MNO). 
MMSC 102 preferably generates a Content Protection Key (CPK) using conventional key 
generation techniques and stores the CPK in database 106 in association with the content 
The CPK may be generated once for a content item and may be reused for various mobile 
subscriber devices. Alternatively, a unique CPK may be generated for different mobile 
30 subscriber devices and even for different transactions involving toe same mobile subscriber 
device. After the content is transcoded for mobile subscriber A, MMSC 102 preferably 
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protects the transcoded content using the CPK, such as by employing an encryption method 
such as AES. MMSC 102 preferably identifies any rights associated with providing 
content to mobile subscriber A, such as by evaluating fee content access criteria associated 
with tie content, as well as any rights associated with mobile subscriber A in accordance 
with conventional rights assessment techniques. MMSC 102 then preferably generates and 
stores in database 106 subscribe any entitlements associated wife fee content, such as 
whether mobile subscriber A has fee right to receive fee content A content ID of fee 
content feat has been transcoded and protected for mobile subscriber A may then be 
generated as described above and stored in database 106 in association wife the original 
content The transcoded and protected content is then delivered to mobile subscriber A 
using conventional techniques. 

The system of Fig. ID is similar to fee system of Fig. IB except as is now 
noted. In fee system of Fig. ID when MMSC 102 receives fiom mobile subscriber A 
instructions to send content previously provided to mobile subscriber A to fee multimedia 
15 device of mobile subscriber B, MMSC 102 receives a content ID of fee received content, or 
generates a content ID of the received content as described above, and then looks up fee 
content ID in database 106 to determine if the received content is protected, such as may be 
evidenced by the presence of a CPK stored in association wife fee content ID. If fee 
received content is protected, MMSC 102 preferably identifies fee content access criteria, 
20 specified by fee content or service provider associated wife fee received content item and 
men verifies fee rights of A, determining if mobile subscriber A is allowed to forward fee 
content to mobile subscriber B. If me content rights do not allow fee content to be 
forwarded, fee transaction ends. If the content rights allow fee content to be forwarded, 
MMSC 102 sends a notification to mobile subscriber B indicating feat content intended for 
25 subscriber B is available for download fiom MMSC 102. When mobile subscriber B 
contacts MMSC 102 to retrieve fee content, or in anticipation of such contact, MMSC 102 
retrieves fee original content fiom database 106 using fee content ID. The original content 
is transcoded according to fee multimedia device capabilities of mobile subscriber B. 
MMSC 102 preferably generates and stores a CPK for mobile subscriber B. Alternatively, 
MMSC 102 may use fee same CPK previously generated for fee content item. MMSC 
102 protects fee transcoded content wife fee CPK, such as by encrypting fee transcoded 



30 



WO 2005/089061 



PCT/IL2005/000319 



13 



content with AES. A content ID of the content tanscoded and protected for mobile 
subscriber Bis then preferably generated as described above and stored in database 106 in 
association with the original content The content transcoded for mobile subscriber B is 
then delivered to mobile subscriber B using conventional techniques. 
5 Reference is now made to Fig. 2, which is a simplified block diagram of a 

multimedia service center, constructed and operative in accordance with a preferred 
embodiment of the present invention. In Fig. 2 an MMSC 200 is shown having an MMS 
server 202 which controls the storage aspect of the store-and-forward MMS architecture, 
and an MMS relay 204 which controls transcoding and delivery of multimedia messages to 
10 mobile subscribers. Also shown in Fig. 2 are additional MMS architecture elements, any 
of which may be incorporated into MMSC 200 or provided externally to MMSC 200 with 
which MMSC 200 may communicate. These elements may include an MMS user agent 
206, that provides users with the ability to view, create, send, edit, delete and manage their 
multimedia messages, a transcoder 208 for transcoding multimedia content as may be 
15 required for playback on mobile subscriber devices, a DRM server 210 for providing 
digital rights management of content, a billing system 212 for billing subscribers, an MMS 
value added service (VAS) application 214 for providing multimedia content, such as 
weather reports and music video clips, an MMS user database 216 for storing subscriber 
information, a home location register (HLR) 218 which provides subscriber routing 
20 information and maintenance of user subscription information, and one or more external 
servers 220 for providing auxiliary services such as faxing, email, and unified messaging 
service (UMS). Communications between elements shown in Fig. 2 may be performed in 
accordance with conventional protocols, such as multimedia protocols MM1 - MM9 and 

DRM protocols as shown. 
25 Any of the functions described hereinabove with reference to Figs. 1A - IE 

may be performed by any of the elements shown in Fig 2, or cooperatively by any 
combination of any of the elements shown in Fig. 2, such as by DRM server 210 in 
addition to performing digital rights management operations to protect content DRM 
server 210 may perform content ID generation at any stage before or after transcoding 
and/or protecting content DRM server 210 and/or any of the elements shown in Fig. 2 
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may also track to whom content is sent and with what rights, which, for example, may be 
used to generate a log for a content provider. 

Reference is now made to Fig. 3, which is a simplified block diagram of a 
multimedia service center, constructed and operative in accordance with a preferred 
5 embodiment of the present invention. Figs. 2 and 3 are substantially similar, with the 
notable exception mat in Fig. 3 DRM server 210 does not interface directly with MMSC 
200. Rather, DRM server 210 acts as a probe and/or proxy between MMSC 200 and other 

elements described in Fig. 2. 

Reference is now made to Fig. 4, which is a simplified flowchart illustration of 

10 a method for implementing DRM, operative in accordance with a preferred embodiment of 
the present invention. In the method of Fig. 4, which may be implemented by DRM server 
210 of Figs. 2 and 3 separate from or in addition to the functions described hereinabove 
with reference to Figs. 1A - IE, MMSC 200 receives content for distribution to a mobile 
subscriber. DRM Server 210 determines the DRM capabilities of the mobile subscriber 

15 device using conventional techniques, such as by receiving information about the device 
from MMSC 200, which may receive such information from foe device itself or from 
device information previously stored in database 216, and consulting a table of DRM 
capabilities by device or a User Agent Profile (UAProf) of me device acquired using 
conventional techniques. Such DRM capabilities may be built in to foe device, or may be 

20 programmed into foe device after manufacture, such as by loading a multimedia player 
client with DRM capabilities into foe device. DRM Server 210 also determines foe 
"content rights" indicating what type of DRM protection applies to foe content itself, such 
as may be indicated by foe content provider and/or the service provider. Given foe above 
information DRM Server 210 determines an optimal level of DRM protection to apply to 

25 foe content as a function of said device DRM capabilities and content rights, such as may 
be based on a predefined ranking of levels of DRM protection. Thus, in one possible 
configuration, foe highest-ranked level of DRM protection mat is both supported by foe 
mobile subscriber device and that is indicated by foe content rights may be selected and 
applied to the content In another possible configuration, if foe content provider and/or foe 

30 wireless service provider require a level of DRM protection that is ranked below foe 
highest level of protection that is supported by foe mobile subscriber device, DRM server 
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210 may select and apply the level of DRM protection required by the content provider 
and/or the wireless service provider. In another possible configuration, if the maximum 
level of DRM protection that is supported by the mobile subscriber device is ranked below 
a minimum level of DRM protection required by the content provider and/or the wireless 
5 service provider, the content may be withheld from die mobile subscriber device. 
Alternatively, DRM server 210 may provide the mobile subscriber device with software to 
support either the maximum level of DRM protection that can be supported by the mobile 
subscriber device using such software or the maximum level of DRM protection required 
by the content provider and/or the wireless service provider. 
10 Hie method of Fig. 4 may be used to implement a DRM rights hierarchy, such 

as is provided by the OMA-1 standard, where different rights modes are represented from 
strongest to weakest as follows: 

SD - separate delivery 

CD - combined delivery 
15 FL - forward lock 

Clear - "in the clear*' 

Thus, for example, if these rights are associated with an item of content, delivery of the 
content to a multimedia device will first be attempted by implementing SD, provided that 
the multimedia device supports SD. If the multimedia device does not support SD, 

20 delivery of the content will then be attempted by implementing CD, and so forth. 

Another example of a DRM rights hierarchy may be understood where a device 
supports two or more different DRM systems, each one with own method of content 
protection and rights management For instance, where a device is configured by its 
manufacturer to support die OMA DRM vl implementation, and is also equipped with a 

25 third-party proprietary DRM system which uses a proven-key management scheme 
involving secure hardware (e.g. a SIM or other chip in the device platform), the DRM 
server may chose to protect content using the third-party proprietary DRM format, where 
the server includes a ranking of the third-party proprietary DRM system with respect to 
OMA DRM vl and determines that the third-party DRM provides better security then 

30 OMA DRM vl. 
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The method of Fig. 4 may be understood in the context the following example, 
where a content provider agrees to provide some video clips to a content aggregator. The 
content provider stipulates that the strongest OMA-1 rights protection be implemented, that 
content not be sent in the clear, and that it is willing to receive a payment from the content 
5 aggregator for any clip received by a mobile subscriber. The content aggregator has an 
MMSC connected to a DRM Server as described above. A mobile subscriber, Joe, has a 
multimedia device which implements OMA-1 forward lock functionality only. The DRM 
Server analyses the information and makes a decision to protect content as an OMA-1 
forward-lock DRM message, since this is the only DRM option available for this user. 
10 Another user, Alice, has a multimedia device which implements the full OMA- 

1 standard. When Alice retrieves a clip, the DRM Server makes a decision to protect 
content according to OMA-1 Separate Delivery method. This method may be preferred by 
the DRM Server because a) it is much more secure, since the content is encrypted, and b) 
Alice will be able to share content with her friends, while me content is still protected and 
15 each new recipient will be required to acquire his/her own rights to access the content 

Another user, Michael, has a multimedia device that is able to play content 
provided by the content provider, but has no DRM capabilities. The content aggregator 
uses the DRM Server to identify users mat can receive protected content and thus does not 
send an announcement to Michael that the content is available. However, Alice forwarded 
20 the announcement she received to Michael. When Michael tries to retrieve a clip, the DRM 
Server informs the MMSC mat content can not be protected for Michael's device. Alice 
may receive a message mat Michael cannot receive the forwarded content, and/or Michael 
may receive a message saying mat content that Alice wished to forward can not be released 
for bis device. 

25 Another user, Leo, has a multimedia device with some DRM capabilities 

provided by the device manufacturer. Additionally, Leo has registered at the content 
aggregator's WAP site for a premium content service called "Video Hit of The Day." The 
content aggregator asks Leo to download and install a third-party DRM agent on his 
device. When Leo attempts to access content, the DRM Server checks its database and 

30 finds that Leo has installed a third-party DRM Agent, with mis information being recorded 
by the content aggregator when Leo downloaded the DRM Agent The DRM Server 
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analyses the DRM capabilities both inherent in Leo's device and otherwise installed in 
Leo's device and decides that maximum protection may be achieved by using the third- 
party DRM Agent The DRM Server protects the content according to the maximum 
protection supported by die third-party DRM Agent 

5 It is appreciated that one or more of the steps of any of the methods described 

herein may be omitted or carried out in a different order than that shown, without departing 
from the true spirit and scope of the invention. 

While the methods and apparatus disclosed herein may or may not have been 
described with reference to specific compute hardware or software, it is appreciated that 

10 the methods and apparatus described herein may be readily implemented in computer 
hardware or software using conventional techniques. 

While the present invention has been described with reference to one or more 
specific embodiments, the description is intended to be illustrative of the invention as a 
whole and is not to be construed as limiting the invention to the embodiments shown. It is 

15 appreciated that various modifications may occur to those skilled in the art that, while not 
specifically shown herein, are nevertheless within the true spirit and scope of the invention. 
Various features of the invention which are, for clarify, described in the contexts of 
separate embodiments may also be provided in combination in a single embodiment 
Conversely, various features of the invention which are, for brevity, described in the 

20 context of a single embodiment may also be provided separately or in any suitable 
subcombination. 
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CLAIMS 

What is claimed is: 

1 A method for distributing multimedia content, die method comprising: 

a) storing an item of a multimedia content; 

b) firstly transcoding said content for playback on a first multimedia device; 

c) generating a content ID of said firstly transcoded content; 

d) storing said content ID of said firstly transcoded content in association with 
said stored content; 

e) accessing said stored content using said content ID of said firstly transcoded 
content; and 

f) secondly transcoding said stored content for playback on a second 
multimedia device. 

2. A method according to claim 1 wherein said storing step comprises storing said 
item of multimedia content at a multimedia message center (MMSQ. 

3. A method according to claim 1 wherein said storing step comprises storing said 
item of multimedia content together with an original content identifier (ID) identifying said 
content. 

4. A method according to claim 1 wherein said storing step comprises storing said 
item of multimedia content together with an original content identifier (ID) that uniquely 
identifies said content. 

5. A method according to claim 1 wherein said storing step comprises storing said 
item of multimedia content in its original form. 

6. A method according to claim 1 wherein said storing step comprises storing said 
item of multimedia content such that said content may be partly or wholly reconstituted 

7. A method according to claim 3 and further comprising receiving said original 
content ID from a provider of said content 
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8. A method according to claim 3 and further comprising generating said original 
content ID by applying either of a predefined hashing method and a predefined 
fingerprinting method to said content and using other of die resulting hash and fingerprint 

5 as said original content ID. 

9. A method according to claim 1 and further comprising associating said original 
content ID with different transcoded versions of said content 

10 10. A method according to claim 1 and further comprising sending a notification to 

said first multimedia device indicating that said content is available for download to said 
multimedia device. 

11. A method according to claim 1 and further comprising delivering said firstly 
1 5 transcoded content to said first multimedia device. 

12. A method according to claim 1 and further comprising delivering said firstly 
transcoded content to said first multimedia device together with any of said content IDs. 

20 13. A method according to claim 1 1 and further comprising: 

g) receiving said firstly transcoded content from said first multimedia device; 

and 

h) regenerating said content ID of said firstiy transcoded content 

25 14. A method according to claim 13 wherein said regenerating step comprises 

regenerating said content ID of said firstly transcoded content using the same method used 
to generate said content ID of said firstly transcoded content 
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15. A method according to claim 13 and further comprising performing steps e) - 

h) in response to receiving instructions from said first multimedia device to forward said 
content to said second multimedia device. 

5 16. A method according to claim 15 wherein said performing step comprises 

performing where said instructions include any of a copy of said firstly transcoded content 
and any of said content IDs. 

17. A method according to claim 1 and further comprising protecting any of said 
1 0 transcoded content with a content protection key (CPK). 

18. A method according to claim 1 and further comprising: 

identifying any rights associated with providing said content to any of said 
multimedia devices; 

15 generating at least one entitlement as a function of said rights; and 

providing said content to any of said multimedia devices in accordance with 
said entitlement 

19. A method according to claim 16 and further comprising: 

20 determining if said copy of said firstly transcoded content is protected; 

if said copy is protected, determining if said content may be forwarded to said 
second multimedia device as indicated by any rights associated with either of said content 
and the recipient of said firstly transcoded content; and 

if said content may be forwarded, protecting and forwarding said secondly 
25 transcoded content to said second multimedia device. 

20. A method according to claim 19 and further comprising protecting said 
secondly transcoded content with a content protection key (CPK) associated with said 
secondly transcoded content 

30 
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21. A method according to claim 19 wherein said first determining step comprises 

detennining that said copy of said firstly transcoded content is protected by identifying a 
CPK stored in association with the content ID. 



5 22. 



20 



25 



A method for implementing digital rights management (DRM), the method 



comprising: 

detennining the DRM capabilities of a multimedia device; 
detennining the DRM rights associated with an item of content; 
determining an optimal level of DRM protection to apply to said content as a 
10 function of said capabilities and said rights; and 

applying said optimal level of DRM protection to said item of content 

23. A method according to claim 22 wherein said detemnning an optimal level step 
comprises determining said optimal level as the highest-ranked level of DRM protection 

15 that is both supported by said device and that is indicated by said content rights. 

24. A method according to claim 22 wherein said determining an optimal level step 
comprises determining said optimal level as the highest-ranked level of DRM protection 
that is supported by said device. 



25. A method according to claim 22 wherein said determining an optimal level step 

comprises detennining said optimal level as the highest-ranked level of DRM protection 
that is that is indicated by said content rights and that is below the highest-ranked level of 
DRM protection that is that is supported by said device. 



26. A multimedia content distribution system comprising: 
an MMS server, 
an MMS relay; 
atranscoder, and 
30 a DRM server, 
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wherein said MMS server, MMS relay, transcoder, and DRM server are 
individually or cooperatively operative to: 

store an item of a multimedia content; 

firstly transcode said content for playback on a first multimedia device; 
5 generate a content ID of said firstly transcoded content; 

store said content ID of said firstly transcoded content in association with 
said stored content; 

access said stored content using said content ID of said firstly transcoded 

content; and 

10 secondly transcode said stored content for playback on a second 

multimedia device. 

27. A system according to claim 26 wherein any of said MMS server, MMS relay, 
transcoder, and DRM server are individually or cooperatively operative to track to whom 

15 said content is sent and with what rights. 

28. A system according to claim 26 wherein said DRM server acts as either of a 
probe and a proxy between any of said MMS server, said MMS relay, and said transcoder. 

20 29. A system for distributing multimedia content, the system comprising: 

a) means for storing an item of a multimedia content; 

b) means for firstly transcoding said content for playback on a first multimedia 

device; 

c) means for generating a content ID of said firstly transcoded content; 

25 d) means for storing said content ID of said firstly transcoded content in 

association with said stored content; 

e) means for accessing said stored content using said content ID of said firstly 

transcoded content; and 

f) means for secondly transcoding said stored content for playback on a second 

30 multimedia device. 
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30. A system according to claim 29 wherein said means for storing is operative to 
store said item of multimedia content at a multimedia message center (MMSQ. 

31. A system according to claim 29 wherein said means for storing is operative to 
store said item of multimedia content together with an original content identifier (ID) 
identifying said content 

32. A system according to claim 29 wherein said means for storing is operative to 
store said item of multimedia contort together with an original content identifier (ID) that 
uniquely identifies said content 

33. A system according to claim 29 wherein said means for storing is operative to 
store said item of multimedia content in its original form. 

34. A system according to claim 29 wherein said means for storing is operative to 
store said item of multimedia content such that said content may be partly or wholly 
reconstituted. 

35. A system according to claim 31 and further comprising means for receiving 
said original content ID from a provider of said content 

36. A system according to claim 31 and further comprising means for generating 
said original content ID by applying either of a predefined hashing system and a predefined 
fingerprinting system to said content and using either of the resulting hash and fingerprint 
as said original content ID. 

37. A system according to claim 29 and further comprising means for associating 
said original content ID with different transcoded versions of said content 

38. A system according to claim 29 and further comprising means for sending a 
notification to said first multimedia device indicating that said content is available for 
download to said multimedia device. 
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39. A system according to claim 29 and further comprising means for delivering 
said firstly transcoded content to said first multimedia device. 

40. A system according to claim 29 and further comprising means for delivering 
said firstly transcoded content to said first multimedia device together with any of said 
content IDs. 

41. A system according to claim 39 and further comprising: 

g) means for receiving said firstly transcoded content from said first 

multimedia device; and 

h) means for regenerating said content ID of said firstly transcoded content 

42. A system according to claim 41 wherein said means for regenerating is 
operative to regenerate said content ID of said firstly transcoded content using the same 
system used to generate said content ID of said firstly transcoded content. 



43. A system according to claim 41 where said means e) - h) are operative in 
response to receiving instructions from said first multimedia device to forward said content 

20 to said second multimedia device. 

44. A system according to claim 43 wherein said instructions include any of a copy 
of said firstly transcoded content and any of said content IDs. 

25 45. A system according to claim 29 and further comprising means for protecting 

any of said transcoded content with a content protection key (CPK). 

46. A system according to claim 29 and further comprising: 

means for identifying any rigits associated with providing said content to any 
30 of said multimedia devices; 

means for generating at least one entitlement as a function of said rights; and 
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means for providing said content to any of said multimedia devices in 
accordance with said entitlement 

47. A system according to claim 44 and further comprising: 

5 means for detennining if said copy of said firstly transcoded content is 

protected; 

means, responsive to said copy being protected, for determining if said content 
may be forwarded to said second multimedia device as indicated by any rights associated 
with either of said content and the recipient of said firstly transcoded content; and 
10 means, responsive to said content being forwardable, for protecting and 

forwarding said secondly transcoded content to said second multimedia device. 

48. A system according to claim 47 and further comprising means for protecting 
said secondly transcoded content with a content protection key (CPK) associated with said 

IS secondly transcoded content. 

49. A system according to claim 47 wherein said first means for determining is 
operative to determine that said copy of said firstly transcoded content is protected by 
identifying a CPK stored in association with the content ID. 

20 

50. A system for implementing digital rights management (DRM), the system 
comprising: 

means for determining the DRM capabilities of a multimedia device; 
means for determining the DRM rights associated with an item of content; 
25 means for determining an optimal level of DRM protection to apply to said 

content as a function of said capabilities and said rights; and 

means for applying said optimal level of DRM protection to said item of 

content 



30 51. A system according to claim 50 wherein said means for determining an optimal 

level is operative to determine said optimal level as the highest-ranked level of DRM 
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protection that is both supported by said device and that is indicated by said content rights. 

52. A system according to claim 50 wherein said means for determining an optimal 
level is operative to determine said optimal level as the highest-ranked level of DRM 

5 protection that is supported by said device. 

53. A system according to claim 50 wherein said means for determining an optimal 
level is operative to determine said optimal level as the highest-ranked level of DRM 
protection that is that is indicated by said content rights and that is below the highest- 

10 ranked level of DRM protection that is that is supported by said device. 
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1 DETAILED ACTION 

2 Response to Amendment 

3 This action is in response to applicant's arguments filed 5/06/2010, which was in 

4 response to USPTO Office Action mailed 1/06/2010. 

5 Claims 1 , 3-14, 17-21 , 26-29, 31-42, 45-49 and 58-60 are pending. 
6 

7 Response to Arguments 

8 Applicant's arguments filed 4/20/2010 have been fully considered but they are 

9 not persuasive. 

10 Applicant's argument (page 12) that Warsta in view of Malik does not teach 



1 1 "storing said content ID of said firstly transcoded version of multimedia content, as a 

12 stored first content ID, in association with said stored multimedia content", stated 

13 another way, storing the content ID of a transcoded version of a media in association 

14 with the untranscoded media, is not persuasive. Warsta explicitly recites that versions of 

15 content are indexed by content ID and terminal type (Warsta paragraph [0058]). Since 

16 the content ID identifies both the transcoded content and the original content, the 

17 content ID of the transcoded content (content ID and terminal type) is 'in association 1 

18 with the untranscoded media. This is because the content ID may be used to identify 

1 9 the untranscoded content. 

20 Applicant further argues (paragraph 2 page 13) that the cited paragraph of 

21 Warsta (pargraph [58]) does not show the content ID of the transcoded version in 

22 association with the stored multimedia content (untranscoded content). However, 
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1 contrary to Applicants assertion (last line of page 1 2) that association means stored 

2 with, association merely requires that there be some relation between the two. As seen 

3 above, the content ID indicates the untranscoded version; thus the adapted contents 

4 (content ID and terminal type) tuple is associated with the untranscoded content. 

5 Applicant's argument (paragraph 3 page 1 3) that claim 1 does not recite 

6 elements of Warsta, is irrelevant because the transitional phrase 'comprising' is open 

7 ended. 'Comprising 1 does not limit the claim to recited elements; therefore, it may be 

8 mapped to prior art which contains further elements or steps than those recited by the 

9 claim. (See MPEP 2111.03) 

10 Applicant's argument (page 1 3) that Warsta in view of Malik does not teach 

1 1 "using said stored first content ID of said firstly transcoded version of said multimedia 

12 content" and "comparing said received content ID with said stored first content ID", is 

13 not persuasive. 

14 Applicant further argues that Malik's attachment cache is only capable of finding 

15 an attachment which is identical to an attachment in a received e-mail message, and is 

16 thus incapable of generating the received content ID and comparing it to the stored 

17 content ID. 

18 To review, Warsta discloses a multi-version content cache. Malik discloses 

19 caching attachments and comparing received attachment to stored attachments by 

20 checksum determination or comparing header information. Therefore the combination of 

21 Warsta in view of Malik yields a multi-version content cache that can compare incoming 

22 attachments to stored attachments. Warsta recites a method of determining whether 
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1 content is stored in the cache (Figure 7 and also paragraph [0061]+) where the content 

2 is compared using content ID and terminal type (Figure 6) to determine if a version is 

3 cached. Malik's comparison is shown in column 5 line 35. The combination of Warsta in 

4 view of Malik would then check for attachments using content ID and terminal type, and 

5 when no attachment is found, a new content adaptation is performed (Warsta paragraph 

6 [0062]). Therefore, the combination of Warsta in view of Malik teaches the argued 

7 lacking elements, in that if it determines the cache does not have a required version of a 

8 media, it creates said version for the second media device (the forwarded to device, 

9 Malik column 2 line 1 5) 

1 0 Applicant's argument (page 1 4-1 5) that Malik teaches away from the recited: 

1 1 "receiving ... an instruction to forward said item of multimedia content to a second 

12 multimedia device, said instruction comprising a copy of said firstly transcoded version 

13 of said multimedia content . . because Malik discloses replacing large attachments 

14 with pointers, is not persuasive. Applicant's argued portion of Malik (column 3 lines 50- 

15 60) recites "when the e-mail server receives an e-mail attachment file that is larger than 

1 6 a threshold size, the server performs a database search for another copy of the 

17 attachment file in the mail store. If another copy is located, the system creates a pointer 

18 in the mail store". Stated another way, when the mail server of Malik receives an email 

19 with an attachment, it prevents duplicates by creating a pointer to a prior stored 

20 attachment (see also column 6). This process appears unrelated to applicants argued 

21 "instruction to forward said item of multimedia content . . . comprising a copy of said 

22 firstly transcoded version" since the pointer is generated at the mail server, and does 
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1 not appear to change the operation of the client system. Moreover, the recitation that 

2 "when the e-mail server receives an e-mail attachment . . . performs a database search" 

3 explicitly states that the server expects the copy of said multimedia content. Applicant's 

4 argument is not persuasive. 



5 Applicant's further arguments depend on those addressed and are not 

6 persuasive for the reasons stated. 
7 

8 Claim Rejections - 35 USC § 103 

9 The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 

1 0 obviousness rejections set forth in this Office action: 

1 1 (a) A patent may not be obtained though the invention is not identically disclosed or described as set 

1 2 forth in section 102 of this title, if the differences between the subject matter sought to be patented and 

1 3 the prior art are such that the subject matter as a whole would have been obvious at the time the 

14 invention was made to a person having ordinary skill in the art to which said subject matter pertains. 

1 5 Patentability shall not be negatived by the manner in which the invention was made. 
16 

17 Claims 1,3-14, 29, 31-42, are rejected under 35 U.S.C. 103(a) as being 

18 unpatentable over Warsta et al. (US 2004/0181550, cited in OA dated 7/06/2009), in 

19 view of Malik (US 7,003,551 , cited in OA dated 7/06/2009). 

20 With respect to claims 1 , 29 Warsta teaches: A method for distributing 

21 multimedia content, the method comprising: 

22 Storing an item of multimedia content as stored multimedia content at a 

23 multimedia message center (MMSC); ("MMSC is responsible for storing incoming and 

24 outgoing MMS messages, as well as the transfer of messages between different 

25 messaging systems" Warsta paragraph [0044]) 
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1 Firstly transcoding ("the adaptation of content is performed in accordance with 

2 the received capabilities" Warsta paragraph [0010]) said multimedia content for 

3 playback on a first multimedia device, thereby producing a firstly transcoded version of 

4 said multimedia content; ("The requesting network device capabilities are compared to 

5 previous requesting network device capabilities, such that if a capability match is found, 

6 previously adapted content may be transmitted to the requesting network device" And 

7 generally Warsta paragraph [0024]) 



8 Generating a content ID of said firstly transcoded version of said multimedia 

9 content; ("the adapted content is cached within database 616 and indexed according to 

10 content ID and terminal type" Warsta paragraph [0058]) 

1 1 Storing said content ID of said firstly transcoded version of said multimedia 

12 content, as a stored first content ID, in association with said stored multimedia content; 

13 ("the adapted content is cached within database 616 and indexed according to content 

14 ID and terminal type" Warsta paragraph [0058]) 

15 Transcoding said stored multimedia content for playback on said second 

16 multimedia device ("The requesting network device capabilities are compared to 

17 previous requesting network device capabilities, such that if a capability match is 

18 found, previously adapted content may be transmitted to the requesting network 

19 device, obviating the need for an additional adaptation." And generally Warsta 

20 paragraph [0024]; Also, "Not only are network elements 108 and 110 capable of 

21 caching or otherwise storing content 104, but they are also able to cache/store 
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1 (hereinafter "cache") the various adaptations of content 104" Warsta paragraph 

2 [0029]) 

3 Warsta does not explicitly recite: 

4 Receiving, at said MMSC an instruction to forward said item of multimedia 

5 content to a second multimedia device, said instruction comprising a copy of said firstly 

6 transcoded version of said multimedia content; and 

7 Performing the following in response to said instruction: 

8 Accessing said stored content using said stored first content ID of said 

9 firstly transcoded version of said multimedia content, said accessing comprising: 

10 Generating a received content ID of said copy of said firstly transcoded 

1 1 version of said multimedia content; and 

12 Looking up said stored multimedia content by comparing said received 

13 content ID with said stored first content ID; and 

14 Malik teaches such lacking elements: 

15 Receiving, at said MMSC an instruction to forward said item of multimedia 

16 content to a second multimedia device, said instruction comprising a copy of said firstly 

17 transcoded version of said multimedia content; and ("Some of the recipients may in turn 

18 forward this e-mail communication to other groups of recipients." Malik column 2 line 15) 

19 Performing the following in response to said instruction: 

20 Accessing said stored content using said stored first content ID of said 

21 firstly transcoded version of said multimedia content, said accessing comprising: 
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1 Generating a received content ID of said copy of said firstly transcoded 

2 version of said multimedia content; and ("The duplication checker next identifies 

3 the properties associated with the attachment file in the file header" Malik column 

4 6 line 35) 

5 Looking up said stored multimedia content by comparing said received 

6 content ID with said stored first content ID; and ("processing step generates 

7 information by which the attachment file comparison section 26 of the duplication 

8 checker 24 can search the attachment file storage database 28 for identical 

9 attachment files" Malik column 5 line 35) 

10 A person of ordinary skill in the art at the time of invention would have combined 



1 1 Warsta with Malik by including the mail store (item 23 figure 2 of Malik) with the MMSC 

12 (item 320 of figure 3 of Warsta) to store attachments (item 29a figure 2 of Malik) and 

13 content (Figure 5 of Warsta), thereby allowing forwarding and content ID lookups of 

14 Malik by including a message table with forwarding functionality as described in Malik in 

15 the invention of Warsta. It would have been obvious at the time the invention was made 

16 to a person of ordinary skill in the art to include a 'mail store 1 in Warsta in order to 

17 consolidate the storage for forwarded communications (Malik column 2 line 40). 
18 

19 With respect to claims 3, 31 Warsta teaches: wherein said storing an item of 

20 multimedia content comprises storing said item of multimedia content together with an 

21 original content identifier (ID) identifying said content, ("the adapted content is cached 
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1 within database 616 and indexed according to content ID and terminal type" Warsta 

2 paragraph [0058]) 

3 With respect to claims 4, 32 Warsta in view of Malik teaches: wherein said 

4 storing an item of multimedia content comprises storing said item of multimedia content 

5 together with an original content identifier (ID) that uniquely identifies said content, ("the 

6 adapted content is cached within database 616 and indexed according to content ID 

7 and terminal type" Warsta paragraph [0058]; Also "such as checksum determination" 

8 Malik column 5 line 30) 

9 With respect to claims 5, 33 Warsta in view of Malik teaches: storing said item of 

10 multimedia content in its original form. ("Not only are network elements 108 and 110 

1 1 capable of caching or otherwise storing content 104, but they are also able to 

1 2 cache/store (hereinafter "cache") the various adaptations of content 1 04" Warsta 

13 paragraph [0029]; Also "stores the attachment file" Malik column 5 line 40) 

14 With respect to claims 6, 34 Warsta in view of Malik teaches: storing said item of 

15 multimedia content such that said content may be partly or wholly reconstituted. ("Not 

16 only are network elements 108 and 110 capable of caching or otherwise storing content 

17 104, but they are also able to cache/store (hereinafter "cache") the various adaptations 

18 of content 104" Warsta paragraph [0029]; Also "The mail store then creates a link in the 

19 record of the header database to the attachment in the cache portion" Malik column 5 

20 line 61) 

21 With respect to claims 7, 35 Warsta in view of Malik teaches: receiving said 

22 original content ID from a provider of said content. (See Warsta Figure 5 content IDs as 
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1 filenames; also "The duplication checker next identifies the properties associated with 

2 the attachment file in the file header, which may include any of: title/name . . ." Malik 

3 column 6 line 35) 

4 With respect to claims 8, 36 Warsta in view of Malik teaches: further comprising 

5 generating said original content ID by applying either of a predefined hashing method 

6 and a predefined fingerprinting method to said content and using either of the resulting 

7 hash and fingerprint as said original content ID. ("the adapted content is cached within 

8 database 616 and indexed according to content ID and terminal type" Warsta paragraph 

9 [0058]; also "such as checksum determination" Malik column 5 line 30) 

10 Regarding claims 9, 37, Warsta teaches: associating said original content ID with 

1 1 different transcoded versions of said content, ("the adapted content is cached within 

12 database 616 and indexed according to content ID and terminal type" Warsta paragraph 

13 [0058]) 

14 Regarding claims 10, 38, Warsta teaches: sending a notification to said first 

15 multimedia device indicating that said content is available for download to said 

16 multimedia device. ("The M-Notification.ind inform mobile terminal 316 about the 

17 contents of received message 326 and its purpose is to allow mobile terminal 316 to 

18 fetch multimedia message 326 from MMSC 320" Warsta paragraph [0050]) 

19 Regarding claims 1 1 , 39, Warsta teaches: delivering said firstly transcoded 

20 content to said first multimedia device in an MMS message. ("The messaging 

21 capabilities include mobile originated messages sent to other mobile terminals or 
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1 applications and application originated messages sent to mobile terminals or other 

2 applications" Warsta paragraph [0044]; See also Warsta paragraph [0033]) 

3 Regarding claims 12, 40, Warsta in view of Malik teaches: delivering said firstly 

4 transcoded content to said first multimedia device, in an mms message, together with 

5 any of said content IDs. ("extraction of certain attachment file header information." Malik 

6 column 5 line 30) 

7 Regarding claims 13, 41 , Warsta in view of Malik teaches: receiving said firstly 

8 transcoded content from said multimedia device in an MMS message; and ("Some of 

9 the recipients may in turn forward this e-mail communication to other groups of 

10 recipients." Malik column 2 line 15) 

1 1 Regenerating said content ID of said firstly transcoded content, ("generate file 

12 identification information. . . . such as checksum determination, or extraction of certain 

13 attachment file header information." Malik column 5 line 30; Also "The duplication 

14 checker next identifies the properties associated with the attachment file in the file 

15 header" Malik column 6 line 35) 

16 Regarding claims 14, 42, Warsta in view of Malik teaches: wherein said 

17 regenerating step comprises regenerating said content ID of said firstly transcoded 

18 content using the same method used to generate said content ID of said firstly 

19 transcoded content, ("generate file identification information. . . . such as checksum 

20 determination, or extraction of certain attachment file header information." Malik column 

21 5 line 30) 
22 
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1 



Claims 17-21 , 26-28, 45-49, are rejected under 35 U.S.C. 103(a) as being 



2 unpatentable over Warsta et al. (US 2004/0181550), in view of Malik (U.S. 7,003,551), 

3 in view of Kobata (US 2002/0077986). 



5 transcoded content with a content protection key (CPK). Kobata teaches said limitation, 

6 "the digital asset may be stored in an encrypted format. . . decrypting the digital asset 

7 may include retrieving a key from the intermediate server" (Kobata paragraph [0035]). A 

8 person of ordinary skill in the art would have modified Warsta in view of Malik with 

9 Kobata by including in the message table a digital rights manager of the form described 

10 in Kobata. It would have been obvious at the time the invention was made to a person 

1 1 of ordinary skill in the art to modify the combination to provide "secure □ communication 

12 and control of digital assets" (Kobata Abstract) 

13 With respect to claims 18, 46, Warsta in view of Malik does not teach identifying 

14 any rights associated with providing said content to any of said multimedia devices; 

15 Generating at least one entitlement as a function of said rights; and 

16 Providing said content to any of said multimedia devices in accordance with said 

17 entitlement. ("Furthermore depending on the digital rights defined for a particular copy 

18 or form of digital content 320, the end-user may be able to forward the digital content" 

19 Kobata paragraph [0124]). A person of ordinary skill in the art would have modified 

20 Warsta in view of Malik with Kobata by including in the message table a digital rights 

21 manager of the form described in Kobata. It would have been obvious at the time the 



4 



With respect to claims 17, 45, Warsta in view of Malik does not teach protecting 
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1 invention was made to a person of ordinary skill in the art to modify the combination to 

2 provide "secure Q communication and control of digital assets" (Kobata Abstract) 

3 With respect to claims 19, 47, Warsta in view of Malik does not teach determining 

4 if said copy of said firstly transcoded content is protected; 

5 If said copy is protected, determining if said content may be forwarded to said 

6 second multimedia device as indicated by any rights associated with either rof said 

7 content and the recipient of said firstly transcoded content; and 

8 If said content may be forwarded, protecting and forwarding said secondly 

9 transcoded content to said second multimedia device. ("Furthermore depending on the 

10 digital rights defined for a particular copy or form of digital content 320, the end-user 

1 1 may be able to forward the digital content" Kobata paragraph [0124]). A person of 

12 ordinary skill in the art would have modified Warsta in view of Malik with Kobata by 

13 including in the message table a digital rights manager of the form described in Kobata. 

14 It would have been obvious at the time the invention was made to a person of ordinary 

15 skill in the art to modify the combination to provide "secure Q communication and control 

1 6 of digital assets" (Kobata Abstract) 

17 With respect to claims 20, 48, Warsta in view of Malik in view of Kobata teaches: 

18 protecting said secondly transcoded content with a content protection key (CPK) 

19 associated with said secondly transcoded content. ("The tracking techniques may be 

20 employed to implement "super-distributions" in which users to which a digital asset is 

21 distributed are authorized to redistribute the digital asset to other users (though perhaps 

22 with more limited rights)." Kobata paragraph [0021]) 
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1 With respect to claims 21 , 49, Warsta in view of Malik in view of Kobata teaches: 

2 wherein said fist determining step comprises determining that said copy of said firstly 

3 transcoded content is protected by identifying a CPK stored in association with the 

4 content ID. ("As an alternative, rights may be stored locally but separately from the 

5 digital asset with a link to the digital asset" Kobata paragraph [0023]) 

6 With respect to claim 26, Warsta teaches: A multimedia content distribution 

7 system comprising: 

8 An MMS server; 

9 An MMS relay; ("MMSC" Warsta paragraph [0044]. MMSC as defined by the 

10 applicant includes an MMS server which controls storage (Warsta paragraph [0044]) 

1 1 and an MMS relay which controls transcoding (Warsta paragraph [0052]) and delivery 

12 (Warsta paragraph [0044])) 

13 A transcoder; and ("For each distinct mobile terminal capability type, a content 

14 adaptation is prepared for each mobile terminal capability type" And generally Warsta 

15 paragraph [0061]) 

16 Wherein said MMS server, MMS relay, transcoder are individually or 

1 7 cooperatively operative to: 

18 Store an item of multimedia content as stored multimedia content; 

19 ("MMSC is responsible for storing incoming and outgoing MMS messages, as well as 

20 the transfer of messages between different messaging systems" Warsta paragraph 

21 [0044]) 
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1 Firstly transcode said multimedia content for playback on a first 

2 multimedia device, thereby producing a firstly transcoded version of said multimedia 

3 content; ("The requesting network device capabilities are compared to previous 

4 requesting network device capabilities, such that if a capability match is found, 

5 previously adapted content may be transmitted to the requesting network device" And 

6 generally Warsta paragraph [0024]) 



7 Generate a content ID of said firstly transcoded version of said multimedia 

8 content; 

9 Store said content ID of said firstly transcoded version of said multimedia 

10 content, as stored first content ID, in association with said stored multimedia content; 

1 1 ("the adapted content is cached within database 61 6 and indexed according to content 

12 ID and terminal type" Warsta paragraph [0058]) 

13 transcode said stored multimedia content for playback on said 



14 second multimedia device content for playback on said second multimedia device. ("The 

15 requesting network device capabilities are compared to previous requesting network 

16 device capabilities, such that if a capability match is found, previously adapted content 

17 may be transmitted to the requesting network device, obviating the need for an 

18 additional adaptation." And generally Warsta paragraph [0024]; Also, "Not only are 

19 network elements 108 and 1 10 capable of caching or otherwise storing content 104, but 

20 they are also able to cache/store (hereinafter "cache") the various adaptations of 

21 content 104" Warsta paragraph [0029]) 

22 Warsta does not explicitly recite: 
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1 A DRM server, 

2 Receive an instruction, via a multimedia message service (MMS) message, to 

3 forward said item of multimedia content to a second multimedia device, said instruction 

4 comprising a copy of said firstly transcoded version of said multimedia content; and 

5 perform the following in response to said instruction: 

6 access said stored content using said stored first content ID of said 

7 firstly transcoded version of said multimedia content, comprising: 

8 generating a received content ID of said stored copy of said 

9 firstly transcoded version of said multimedia content; and 

10 looking up said stored multimedia by 

1 1 comparing said received content ID with said stored first content ID; and 

12 Malik teaches: 

13 Receive an instruction, via a multimedia message service (MMS) message, to 



14 forward said item of multimedia content to a second multimedia device, said instruction 

15 comprising a copy of said firstly transcoded version of said multimedia content; and 

1 6 ("Some of the recipients may in turn forward this e-mail communication to other groups 

17 of recipients." Malik column 2 line 1 5) 



18 perform the following in response to said instruction: 

19 access said stored content using said stored first content ID of said 

20 firstly transcoded version of said multimedia content, comprising: 

21 generating a received content ID of said stored copy of said 

22 firstly transcoded version of said multimedia content; and ("The duplication checker next 
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1 identifies the properties associated with the attachment file in the file header" Malik 

2 column 6 line 35) 



3 looking up said stored multimedia by comparing said 

4 received content ID with said stored first content ID; and ("processing step 

5 generates information by which the attachment file comparison section 26 of the 

6 duplication checker 24 can search the attachment file storage database 28 for 

7 identical attachment files" Malik column 5 line 35) 

8 A person of ordinary skill in the art at the time of invention would have combined 



9 Warsta with Malik by including the mail store (item 23 figure 2 of Malik) with the MMSC 

10 (item 320 of figure 3 of Warsta) to store attachments (item 29a figure 2 of Malik) and 

1 1 content (Figure 5 of Warsta), thereby allowing forwarding and content ID lookups of 

12 Malik by including a message table with forwarding functionality as described in Malik in 

13 the invention of Warsta. It would have been obvious at the time the invention was made 

14 to a person of ordinary skill in the art to include a 'mail store' in Warsta in order to 

15 consolidate the storage for forwarded communications (Malik column 2 line 40). 

16 Furthermore, Warsta in view of Malik does not disclose A DRM server. 

17 Kobata teaches a DRM server: Tig. 3 shows a computer device 310 in 

18 communication with a server-based global rights manager unit" (Kobata paragraph 

19 [0116]). A person of ordinary skill in the art would have modified Warsta in view of Malik 

20 with Kobata by including in the message table a digital rights manager of the form 

21 described in Kobata. It would have been obvious at the time the invention was made to 
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1 a person of ordinary skill in the art to modify the combination to provide "secure □ 

2 communication and control of digital assets" (Kobata Abstract) 

3 With respect to claim 27, Warsta in view of Malik in view of Kobata teaches: 

4 wherein any of said MMS server, MMS relay, transcoder, and DRM server are 

5 individually or cooperatively operative to track whom said content is sent and with what 

6 rights. ("The server may maintain a virtual database of digital assets and may use the 

7 database in implementing functions such as data mining, tracking, and monitoring of 

8 rights consumption" Kobata paragraph [0018]) 

9 With respect to claim 28, Warsta in view of Malik in view of Kobata teaches: 

10 wherein said DRM server acts as either of a probe and a proxy between any of said 

1 1 MMS server, said MMS relay, and said transcoder. ("The server-based approach to 

12 communicating digital assets provides a number of other advantages. ... it may be 

13 used to control digital asset delivery. . ." Kobata paragraph [0024]) 
14 



15 Claims 58-60 are rejected under 35 U.S.C. 103(a) as being unpatentable over 

16 Warsta et al. (US 2004/01 81550), in view of Malik (US 7,003,551 ), in view of Mattis et 

17 al. (US 6,128,623, cited in OA dated 7/06/2009) 

18 With respect to claim 58-60, Warsta in view of Malik teaches: wherein said 

19 generating a content ID of said firstly transcoded version of said multimedia content 

20 comprises: 

21 Applying either of the following to said firstly transcoded version of said 

22 multimedia content, and producing a result: 
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1 A predefined hashing method; and 

2 A predefined fingerprinting method; and ("generate file identification 

3 information. . . . such as checksum determination, or extraction of certain attachment file 

4 header information." Malik column 5 line 30) 

5 Using said result as said [received] content ID. 

6 Warsta in view of Malik does not teach that the content ID and the received 

7 content ID are fingerprinted/hashed, while "looking up said stored multimedia content by 

8 comparing said received content ID with said stored first content ID" as recited in claim 

9 1 . Mattis teaches such an element, "this two-level indexing structure facilitates the ability 

10 to associate multiple alternate objects with a single name" (Mattis column 8 line 23). 

1 1 "Unlike other cache systems that use the name or URL of an object as the key by which 

12 the object is referenced, embodiments of the invention use a "fingerprint" of the content 

13 that makes up the object itself, to locate the object." (Mattis column 8 line 28). "each 

14 name key in the directory table 110 maps to one of the vectors of alternates 122a-n, 

15 which enable the cache to select one version of an object from among a plurality of 

16 related versions. For example, the object 52 may be a Web page ad server 40 can store 

17 versions of the object in the English, French, and Japanese languages." (Mattis column 

18 14 line 33). A person of ordinary skill in the art would have modified Warsta in view of 

19 Malik by using duplicate detection according to the 'fingerprint' method of Mattis, and 

20 further included the two-level indexing of Mattis by incorporating the relevant data 

21 structures into the cache of Warsta in view of Malik. It would have been obvious at the 
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1 time the invention was made to a person of ordinary skill in the art to modify Warsta in 

2 view of Malik with Mattis in order to have an efficient web proxy. 
3 

4 Conclusion 

5 THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 

6 policy as set forth in 37 CFR 1 .136(a). 

7 A shortened statutory period for reply to this final action is set to expire THREE 

8 MONTHS from the mailing date of this action. In the event a first reply is filed within 

9 TWO MONTHS of the mailing date of this final action and the advisory action is not 

10 mailed until after the end of the THREE-MONTH shortened statutory period, then the 

1 1 shortened statutory period will expire on the date the advisory action is mailed, and any 

12 extension fee pursuant to 37 CFR 1 .136(a) will be calculated from the mailing date of 

13 the advisory action. In no event, however, will the statutory period for reply expire later 

14 than SIX MONTHS from the mailing date of this final action. 
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1 Any inquiry concerning this communication or earlier communications from the 

2 examiner should be directed to Michael Chao whose telephone number is (571 )270- 

3 5657. The examiner can normally be reached on 8-4 Monday through Thursday. 

4 If attempts to reach the examiner by telephone are unsuccessful, the examiner's 

5 supervisor, Philip Lee can be reached on (571 )272-3967. The fax phone number for the 

6 organization where this application or proceeding is assigned is 571-273-8300. 

7 Information regarding the status of an application may be obtained from the 

8 Patent Application Information Retrieval (PAIR) system. Status information for 

9 published applications may be obtained from either Private PAIR or Public PAIR. 

10 Status information for unpublished applications is available through Private PAIR only. 

1 1 For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 

12 you have questions on access to the Private PAIR system, contact the Electronic 

13 Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 

14 USPTO Customer Service Representative or access to the automated information 

15 system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 
16 

/M.CV /Philip C Lee/ 

Examiner, Art Unit 2442 Acting Supervisory Patent 

Examiner, Art Unit 2442 

17 
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ABSTRACT 



A system and method for providing previously adapted 
content to requesting network devices. The requesting net- 
work device capabilities are compared to the previous 
requesting network device capabilities, such that if a capa- 
bility match is found, previously adapted content may be 
transmitted to the requesting network device, obviating the 
need for an additional adaptation. In another embodiment, a 
pre-adaptation method is employed, whereby content adap- 
tations for all known network device capabilities are cached 
for future use. 
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SYSTEM AND METHOD FOR EFFICIENT 
ADAPTATION OF MULTIMEDIA MESSAGE 
CONTENT 

FIELD OF THE INVENTION 

[0001] This invention relates in general to content adap- 
tation, and more particularly, to efficient content adaptation 
for multimedia messages subject to repeated or mass distri- 
bution. 

BACKGROUND OF THE INVENTION 

[0002] The launching of the Short Message Service (SMS) 
has evolved into one of the most successful data services 
available, and the Multimedia Messaging Service (MMS) is 
an evolutionary step from SMS that is poised to enjoy 
equivalent success. Whereas pre -MMS technologies such as 
SMS and Enhanced Messaging Service (EMS) are limited to 
the transfer of content such as text, ringing tones, and 
monochrome bitmap pictures, MMS provides the opportu- 
nity to utilize a wide variety of rich content types such as 
color pictures, audio, music and video clips. MMS is based 
upon a store and forward model, whereby content is first 
transferred from one network node to a storage location, 
with subsequent delivery made to another network node. 
When the receiving terminal has comparable capabilities 
and resources with respect to those of the transmitting 
terminal, content transfer occurs normally without the need 
for any further consideration of the content's format. If the 
capabilities and resources between such endpoints are not 
compatible however, content adaptation becomes an impor- 
tant consideration. 

[0003] Content adaptation generally refers to the manipu- 
lation of content to make the content suitable for specific 
machines, devices, and applications. Content formatted in 
accordance with common content formats is a desirable 
solution, however, market segmentation, equipment capa- 
bility variation, and the unavoidable introduction of new 
formats are all true obstacles of interoperability. Generally, 
a content format refers to a convention of packaging content, 
where agreement on the format is required in order to build 
the necessary interoperability between various machines, 
devices, and applications. Given the limitations of the pro- 
cessing environment within mobile terminals, it is desirable 
that a reasonably small set of content formats be supported 
within mobile network offerings. Examples of content where 
agreement on format is desirable resides in the areas of 
audio, still images, vector graphics, video and general pur- 
pose documents. 

[0004] Content adaptation may be required, for example, 
where content generated by one device, i.e., the content 
source, cannot be delivered to a destination device, i.e., the 
content sink, in a usable format. In such a case, the content 
must be made to conform to the constraints of both the 
delivery network and the content sink, while maintaining the 
content in a recognizable form. Content requiring adaptation 
may include an image that exceeds the memory constraints 
of the destination device, in which case the image may be 
adapted, e.g., reduced in size, such that the adapted image 
would fall under the size limit imposed by the destination 
unit. Another form of content adaptation may be required, 
for example, when a browser has requested a Uniform 
Resource Locator (URL) that references Synchronized Mul- 



timedia Integration Language (SMIL) content, but the 
device does not support SMIL content. In this case, for 
example, the SMIL layout may be converted to an alterna- 
tive, although not necessarily equivalent scheme, e.g., 
extensible Hypertext Markup Language (XHTML). Still 
another form of content adaptation may be necessary when 
a user wishes to receive instant messages sent using the 
Session Initiation Protocol (SIP) as MMS messages on their 
mobile terminal. In this case, the instant message would 
need to be re-packaged using the MMS format. A variety of 
other situations in which content adaptations may be nec- 
essary and/or beneficial can similarly be envisioned. 

[0005] Currently, rudimentary support for content adapta- 
tion for multimedia messages exists, such that content is 
adapted to support the particular characteristics of a certain 
mobile terminal. The content adaptation is performed based 
upon User Agent Profile (UAProf) attributes, which are 
signaled to the Multimedia Messaging Service Center 
(MMSC) during a retrieval transaction. Individual content 
adaptation, however, has a very heavy impact upon through- 
put and capacity and its use should be minimized so that the 
amount of hardware a service provider has to invest is kept 
at a minimum level. 

[0006] Additionally, multiple requests for the same 
adapted content may be received, such that for each request, 
a separate adaptation of content is generated for each 
retrieval transaction. However, performing duplicative con- 
tent adaptation for each retrieval transaction results in redun- 
dant operations that unnecessarily consume network 
resources. 

[0007] Accordingly, there is a need in the communications 
industry for a system and method that facilitates repeated 
and/or mass distribution of multimedia messages containing 
adapted content, such that network efficiency is maximized. 
The present invention fulfills these and other needs, and 
offers other advantages over the prior art, by providing a 
system and method for storing content adaptations for 
subsequent reuse when content is requested by network 
elements that are compatible with the adapted content. 

SUMMARY OF THE INVENTION 

[0008] To overcome limitations in the prior art, and to 
overcome other limitations that will become apparent upon 
reading and understanding the present specification, the 
present invention discloses a system and method for storing 
and reusing adapted content to maximize the efficiency of 
distributing the content. 

[0009] In accordance with one embodiment of the inven- 
tion, a content adaptation system is provided to adapt 
content for a plurality of content consumers having varying 
capabilities. The content adaptation system includes a capa- 
bilities service to receive content requests from the plurality 
of content consumers and to retrieve their respective capa- 
bilities, a content adaptation service to provide content 
adaptations in accordance with the content consumer capa- 
bilities, and a database to store the content adaptations. The 
content adaptations may thus be reused by content consum- 
ers having substantially equivalent capabilities. 

[0010] In accordance with another embodiment of the 
invention, a server used to facilitate content adaptations on 
a network is provided. The server is configured to receive a 
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first content request and capabilities associated with the first 
content request. The server is configured to provide adapted 
content in response to the first content request, where the 
adaptation of content is performed in accordance with the 
received capabilities. The server is further configured to 
reuse the adapted content for a second content request 
having substantially equivalent capabilities as compared to 
the first content request. 

[0011] In accordance with another embodiment of the 
invention, a computer-readable medium is provided having 
instructions stored thereon which are executable by a con- 
tent adaptation server for facilitating content adaptation by 
performing steps including receiving a content retrieval 
request and its associated capability, performing a lookup 
function to determine availability of previously adapted 
content that is compatible with the associated capability, and 
providing the previously adapted content in response to the 
content retrieval request. 

[0012] In accordance with another embodiment of the 
invention, a method for providing adapted content is pro- 
vided. The method includes receiving capability character- 
istics of a content requester, and locating previously adapted 
content relating to capability characteristics of previous 
content requesters. The previously adapted content is trans- 
mitted to the content requester when the capability charac- 
teristics of the content requestor substantially match the 
capability characteristics of the previous content requestors. 

[0013] These and various other advantages and features of 
novelty which characterize the invention are pointed out 
with greater particularity in the claims annexed hereto and 
form a part hereof. However, for a better understanding of 
the invention, its advantages, and the objects obtained by its 
use, reference should be made to the drawings which form 
a further part hereof, and to accompanying descriptive 
matter, in which there are illustrated and described specific 
examples of an apparatus in accordance with the invention. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0014] The invention is described in connection with the 
embodiments illustrated in the following diagrams. 

[0015] FIG. 1 illustrates a representative networking envi- 
ronment in which the principles of the present invention may 
be applied; 

[0016] FIG. 2 is au exemplary content adaptation func- 
tional block diagram; 

[0017] FIG. 3 is a representative system level implemen- 
tation of multimedia messaging and related content adapta- 
tion in accordance with the present invention; 

[0018] FIG. 4 illustrates a representative structure of an 
Multimedia Messaging Service (MMS) Protocol Data Unit 
(PDU); 

[0019] FIG. 5 illustrates a HyperText Transfer Protocol 
(HTTP) post request encapsulation; 

[0020] FIG. 6 illustrates a functional block diagram of a 
content adaptation system according to one embodiment of 
the present invention; 

[0021] FIG. 7 illustrates an exemplary flow diagram of a 
method according to one embodiment of the present inven- 
tion; and 



[0022] FIG. 8 illustrates a representative computing 
arrangement suitable for performing content adaptation 
activity according to the present invention. 

DETAILED DESCRIPTION OF THE 
INVENTION 

[0023] In the following description of the exemplary 
embodiment, reference is made to the accompanying draw- 
ings which form a part hereof, and in which is shown by way 
of illustration various embodiments in which the invention 
may be practiced. It is to be understood that other embodi- 
ments may be utilized, as structural and operational changes 
may be made without departing from the scope of the 
present invention. 

[0024] Generally, the present invention is directed to a 
method and system that provides previously adapted content 
to requesting network devices. The requesting network 
device capabilities are compared to previous requesting 
network device capabilities, such that if a capability match 
is found, previously adapted content may be transmitted to 
the requesting network device, obviating the need for an 
additional adaptation. In another embodiment, a preadap- 
tation method is employed, whereby content adaptations for 
all known network device capabilities are cached or other- 
wise stored for future use. 

[0025] FIG. 1 illustrates a typical networking environ- 
ment in which content generated by one network element is 
subsequently proliferated throughout other parts of the net- 
work. One aspect of the present invention is to provide a 
manner for facilitating seamless interaction between the 
various network elements when content is shared between 
them. In particular, the complexities involved with the 
content adaptations required to sustain content compliance 
with the various network elements are to be masked from the 
user. 

[0026] Due to the diversity of mobile terminal capabilities 
and access methods, instances will arise where content 104, 
generated by workstation 102, is undeliverable to mobile 
terminals 116-122, at least in a usable format. In such 
instances, content 104 may be transmitted to gateway 106 
for intermediate storage. Content 104 may include a multi- 
tude of content types including, for example, still image 
graphic data, audio, music and video clips, etc. Although 
content 104 may be intended for all recipients 116-122, a 
lack of compatibility with the content, or the method of 
access to the content, may prevent one or more of mobile 
terminals 116-122 from appropriately receiving the content. 

[0027] Content 104 may represent, for example, a graphi- 
cal image requiring storage capacity that exceeds the capac- 
ity of mobile terminals 116-118. In such an instance, content 
adaptation -A 112 may represent a reduction in quality of the 
graphical image, thus reducing the storage requirements 
imposed by the image and allowing mobile terminals 116- 
118 to receive the image in its lower resolution form, e.g., 
content adaptation-A 112. Network element 108 may receive 
content 104 via gateway 106 (or directly), and according to 
the principles of the present invention cause a content 
adaptation resulting in a reduction in quality of content 104 
to yield content adaptation-A 112. In such an instance, a 
single content adaptation is required to service the content 
retrieval sessions performed by mobile terminals 116-118. 
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[0028] Content 104 may represent, on the other hand, a 
graphical image whose resolution requires a video display 
that exceeds the capacity of mobile terminals 120-122. In 
such an instance, content adaptation-B 114 may represent a 
reduction in resolution of the graphical image, thus reducing 
the size of the image and allowing mobile terminals 120-122 
to receive the image in its lower resolution form, e.g., 
content adaptation-B 114. Network element 110 may receive 
content 104 via gateway 106 and according to the principles 
of the present invention, cause a content adaptation resulting 
in a reduction in resolution of content 104 to yield content 
adaptation-B 114. In such an instance, a single content 
adaptation is required to service the content retrieval ses- 
sions performed by mobile terminals 120-122. 

[0029] Network elements 108 and 110 may be generalized 
as, for example, Wireless Application Protocol (WAP)/Web 
proxies that are capable of performing content adaptation as 
required by mobile terminals 116-122. Not only are network 
elements 108 and 110 capable of caching or otherwise 
storing content 104, but they are also able to cache/store 
(hereinafter "cache") the various adaptations of content 104, 
e.g., content adaptation-A112 and content adaptation-B 114. 
Having the cached versions of the adapted content available, 
network elements 108 and 110 merely require the terminal 
type of mobile terminals 116-122 so that the appropriate link 
to content adaptations-A 112 or -B 114 may be obtained 
during the respective retrieval sessions by the mobile ter- 
minals. 

[0030] FIG. 2 illustrates an exemplary content adaptation 
functional block diagram 200 using an intermediary network 
component. Source node 202 illustrates a functional process 
that creates content for dissemination throughout the net- 
work through the use of content creation process 212. 
Network sending process 214 forwards the created content 
to intermediary network node 204 to be received by network 
receiving process 216. Content processing 218 performs 
content adaptation, content caching, and retrieval request 
processing as required, in accordance with one embodiment 
of the invention. Content processing 218 provides content 
adaptation for multiple network sink types, e.g., Sink-1 206, 
Sink-2 208, and Sink-N 210. As content retrieval requests 
are received from network sink elements 206-210, content 
processing 218 determines the requestor type and ascertains 
the existence of a cached version of the content requested 
that is compatible with requesting network sink elements 
206-210. Receiving elements 206-210 and the transport 
protocols (e.g. 224-228) that deliver the content, support 
certain capabilities such as maximum size or resolution. The 
process of adaptation modifies the content to ensure that it 
conforms to both the sink and transport capabilities, so that 
the end user is at least able to receive an adapted copy of the 
content, rather than be denied the content altogether due to 
size or resolution constraints. 

[0031] Sink-1 206 through sink-N 210 represents any 
number of types of network elements from mobile terminals 
to various internet applications that provide varying degrees 
of access to the MMS (or other) content. Intermediary 204 
represents the network element that performs Multimedia 
Message Adaptation (MMA) to seamlessly link the content 
offered by source 202 to the MMS-capable network sink 
devices 206-210. Intermediary 204, in other words, per- 
forms multimedia message adaptation to include message 
and media format conversion. For example, intermediary 



204 may perform WAP MMS to e-mail message format 
conversion or may perform a Portable Network Graphics 
(PNG) to Joint Photographic Experts Group (JPEG) con- 
version and media modification. Media modification may 
include image scaling or file size reduction to match the 
MMS characteristics of sink devices 206-210. It should be 
noted that while the present invention is applicable to any 
content and network delivery service, various aspects of the 
invention are described herein in terms of MMS messaging 
and its supported content for purposes of illustration and to 
facilitate an understanding of the invention. 

[0032] One advantage of the present invention is the 
ability of intermediary 204 to provide mass delivery of 
adapted content to a wide variety of sink devices, especially 
to those sink devices comprising mobile terminals. More 
particularly, mobile terminals each have their own set of 
capabilities which limits the particular content that may be 
received and subsequently consumed. Capabilities such as 
display size, color or gray scale display, processing power, 
support of content formats, available memory for message 
storage, and regional differences of the mobile terminals 
may be of importance when providing adapted content to 
such mobile terminals. By caching the adapted content for 
the various capabilities, an efficient mass delivery of content 
may be realized. 

[0033] MMS content adaptation scenarios may include 
MMS to e-mail, e-mail to MMS, and Web publishing, to 
name only a few. MMS message to e-mail adaptation 
involves the conversion of the MMS message by interme- 
diary 204 into a multi-body mail message. Intermediary 204 
may also convert mobile domain formats such as Wireless 
Bit Map (WBMP), Wireless Markup Language (WML), and 
Adaptive Multi-Rate (AMR) to formats that are widely used 
on the Internet. E-mail to MMS adaptation involves the 
conversion of a multi-body e-mail message to that of a 
multi-part MMS message. Additionally, intermediary 204 
converts the content format from one that is not supported by 
the mobile terminal to a format that is supported by the 
mobile terminal, e.g., PNG to JPEG or Graphics Interchange 
Format (GIF). Finally, the graphical layout is adapted to the 
characteristics of the mobile terminars display by interme- 
diary 204. 

[0034] Intermediary 204 performs adaptation on units of 
data referred to as Multimedia Units (MMU), each of which 
represents a unit of data transmitted over the network mat 
includes one or more multimedia objects, e.g., images, 
audio, video, text, formatted text, layout information, etc. 
Encapsulation is one form of adaptation performed by 
intermediary 204, where encapsulation refers to how one or 
more multimedia objects are packaged into one data unit 
ready for transmission. Encapsulation may encompass both 
low level binary encoding, such as Base64, and application- 
level protocols, such as HyperText Transfer Protocol 
(HTTP) or MMS. Encapsulation adaptation primarily 
encompasses conversion of content from one application- 
level protocol to another. For example, instant messages 
using SIP may be converted to the MMS format and 
vice-versa, or e-mail messages may be converted to/from 
MMS messages. Encapsulation generally refers to the pro- 
cess of repackaging an MMU without altering any of the 
content, where a single MMU may be split into a sequence 
of several MMUs. For example, a long e-mail incident upon 
an SMS gateway may be split into several SMS messages. 
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Conversely, some technologies may require several MMUs 
to be combined, where for example, text and images from a 
Web page are combined into a single MMU. 

[0035] Intermediary 204 may also perform size adapta- 
tion, where the number of bytes in an MMU is constrained 
either by agreement or by device capabilities. Network 
constraints encompass not only restrictions on the size of the 
MMU, but also restrictions on bandwidth and transmission 
time or latency. Although a bandwidth limit exists, e.g., 
General Packet Radio Service (GPRS) limits bandwidth to 
21.4 kilobits per second (Kbps), the actual bandwidth is 
often lower and varied with time due to network congestion. 
For example, video originally streamed at 128 Kbps must be 
reduced in size, resolution, etc., in order to be transmitted 
real-time over a 56 Kbps connection. Further, if part of the 
56 Kbps connection is suddenly reserved for another pur- 
pose, then the video size limit drops even further from 56 
Kbps to something less. 

[0036] Size adaptation may be achieved in several differ- 
ent ways. First, parts of the MMU may be removed in order 
to comply with the size constraint. Eliminating part of the 
MMU, however, results in a loss of content such that the sink 
network element does not receive the same content emitted 
by the source network element. Certain technologies may 
mitigate the loss of content to some extent, by designating 
which part of the MMU is least important. 

[0037] Second, changing the encapsulation may allow size 
constraints to be met. For example, if the size limit is due to 
the transport layer or service protocol, splitting the MMU 
into several smaller MMUs may be acceptable. Splitting of 
MMUs, however, may not be acceptable where the limita- 
tions of the sink network element causes the size limitation. 

[0038] Third, format conversion may result in the required 
size reduction. For example, the JPEG format tends to be 
optimized to natural scenes, e.g., photographs, and the GIF 
format tends to be suited to computer graphics. In cases 
where the current format is not ideally suited to the media, 
converting it to the optimal format may achieve size reduc- 
tion. 

[0039] Fourth, size reduction may be achieved through 
appearance adaptation, where for example, exactly how the 
appearance needs to be changed depends upon the content 
type. Audio content, for example, may require a change in 
the sampling rate; images may require a change in resolu- 
tion; and video may require a change in resolution or frame 
rate. Appearance adaptation is generally motivated by the 
need to ensure compliance with the capabilities of the 
receiving device and are thus buried within the encoded 
content, masked from the underlying network. 

[0040] Finally, size reduction may be achieved through 
altering internal media characteristics. In the case of an 
image, this may mean reducing the quality of the image or 
the number of colors it contains. In the case of audio, a bit 
rate alteration may be required. Generally, subtle size reduc- 
tions are unlikely to be noticeable to the receiving user, 
especially if one or more techniques are employed to 
achieve the least amount of degradation in the received 
content. 

[0041] MMS is based on a store and forward model, 
whereby the content source is forwarded to the content sink 
via, for example, a GPRS network as illustrated in FIG. 3. 



FIG. 3 is a diagram illustrating an exemplary embodiment 
of a system-level implementation of multimedia messaging 
and related content adaptation. GPRS is a packet-switched 
service for Global System for Mobile Communications 
(GSM) that mirrors the Internet model and enables seamless 
transition towards 3G (third generation) networks. GPRS 
thus provides actual packet radio access for mobile GSM 
and time-division multiple access (TDMA) users, and is 
ideal for Wireless Application Protocol (WAP) services. 
While the exemplary embodiments of FIG. 3 are generally 
described in connection with GPRS/GSM, it should be 
recognized that the specific references to GSM and GPRS 
are provided to facilitate an understanding of the invention. 
As will be readily apparent to those skilled in the art from 
the description provided herein, the invention is equally 
applicable to other technologies, including other circuit- 
switched and packet-switched technologies, 3G technolo- 
gies, and beyond. 

[0042] Referring to FIG. 3, mobile terminals 302 and 316 
communicate with Base Transceiver Station (BTS) 304 and 
308, respectively, via an air interface. BTS 304 and 308 are 
components of the wireless network access infrastructure 
that terminates the air interface over which subscriber traffic 
is communicated to and from mobile terminals 302 and 316. 
Base Station Controller (BSC) 305 and 309 are switching 
modules that provide, among other things, handoff func- 
tions, and power level control in each BTS 304 and 308, 
respectively. BSC 305 and 309 controls the interface 
between a Mobile Switching Center (MSC) 306 and BTS 
304 and 308, and thus controls one or more BTSs in the call 
set-up functions, signaling, and in the use of radio channels. 
BSC 305 and 309 also controls the respective interfaces 
between Serving GPRS Support Node (SGSN) 310 and BTS 
304 and SGSN 314 and BTS 308. 

[0043] SGSN 310 serves a GPRS mobile terminal by 
sending or receiving packets via a Base Station Subsystem 
(BSS), and more particularly via BSC 305 and 309 in the 
context of GSM systems. SGSN 310 and 314 are responsible 
for the delivery of data packets to and from mobile terminals 
302 and 316, respectively, within the service area, and 
performs packet routing and transfer, mobility management, 
logical link management, authentication, charging functions, 
etc. In the exemplary GPRS embodiment shown in FIG. 3, 
the location register of SGSN 310 stores location informa- 
tion such as the current cell and Visiting Location Register 
(VLR) associated with mobile terminal 302, as well as user 
profiles such as the International Mobile Subscriber Identity 
Number (IMSI) of all GPRS users registered with SGSN 
310. SGSN 314 performs similar functions relating to 
mobile terminal 316. SGSN 310 and 314 are ultimately 
coupled to SMSC 312 and/or MMSC 320 in connection with 
the presently described embodiment. While GSM forms the 
underlying technology, SGSN 310 and 314 described above 
are network elements introduced through GPRS technology. 
Another network element introduced in the GPRS context is 
the Gateway GPRS Support Node (GGSN) 322, which acts 
as a gateway between the GPRS network 318 and WAP 
gateway 324. 

[0044] MMSC 320 provides messaging capabilities for the 
delivery of multimedia messages composed of text, photo- 
graphs, video, and other media types. The messaging capa- 
bilities include mobile originated messages sent to other 
mobile terminals or applications and appbeation originated 
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messages sent to mobile terminals or other applications. 
MMSC 320 is responsible for storing incoming and outgo- 
ing MMS messages, as well as the transfer of messages 
between different messaging systems, e.g., e-mail service 
340. In addition, MMSC 320 may provide an External 
Application Interface (EAIF) (not shown) that allows appli- 
cation developers and service providers to connect to 
MMSC 320 to offer value added services to mobile sub- 
scribers, such as transcoding service 334 and weather ser- 
vice 342. 

[0045] With the aforementioned network system 
described as a representative network environment, a store 
and forward messaging scenario is now described in which 
a WAP Push Framework is utilized. Dashed line 326 repre- 
sents the source multimedia message from mobile terminal 
302, which is ultimately posted to MMSC 320. The WAP 
protocol suite is used as the data transport mechanism 
because WAP provides data transport services that are 
optimized for mobile networks. WAP also provides uniform 
transport services regardless of the underlying network. 

[0046] In particular, the Wireless Session Protocol (WSP) 
layer supplies the basis of the transport mechanism. FIG. 4 
illustrates an exemplary MMS Protocol Data Unit (PDU) 
400 that may be supplied by mobile terminal 302 during a 
posting of content to MMSC 320. MMS Headers 402 mainly 
contain information as to how to transfer the PDU from the 
originator, e.g. mobile terminal 302, to the destination, e.g. 
mobile terminal 316. The information may contain such 
information as source unit identification, sink unit identifi- 
cation, message identification, content type, etc. Presenta- 
tion part 404 is an optional component of PDU 400 that 
contains information as to how the content contained within 
PDU 400 should be rendered onto Input/Output (I/O) of the 
destination device, e.g. display, speakers, tactile feedback, 
etc. Part 1 headers 406 and Part 2 headers 410 contain, for 
example, content indicators that indicate the type of content 
contained by Part 1 body 408 and Part 2 body 412, respec- 
tively. The content type may be any content type supported 
by MMS such as images, or video, e.g., JPEG or GIF format; 
and text, e.g. plain or formatted text, to name only a few. Part 
1 and Part 2 headers, 406 and 410 respectively, may also 
contain the location of the content in terms of its file name, 
e.g. image jpeg or textplain. 

[0047] Returning to FIG. 3, MMS messages are sent by 
mobile terminal 302 for delivery to mobile terminal 316 in, 
for example, an M-Send.req PDU which contains the Mul- 
tipurpose Internet Mail Extensions (MIME) encapsulated 
MMS message content. Either the address of mobile termi- 
nal 302 or a token representing the address of mobile 
terminal 302 is provided within the PDU, along with the 
content type of the PDU. Dashed line 326 of FIG. 3 
indicates the M-Send.req PDU message flow from mobile 
terminal 302 to MMSC 320. While WSP provides the 
wireless transport from mobile terminal 302 to WAP gate- 
way 324, HTTP is used to complete the post request message 
progression to MMSC 320. WAP gateway 324 provides the 
necessary functionality required to support HTTP encapsu- 
lation as required to support multimedia messaging to 
MMSC 320. 

[0048] FIG. 5 illustrates HTTP Post Request encapsula- 
tion 500 that is required to present the M-Send.req PDU 
received from mobile terminal 302 in WSP format to MMSC 



320 in HTTP format. Pure HTTP 502 contains both the 
HTTP Extension Header and the HTTP Header, where the 
HTTP Extension Header is optional. The HTTP Extension 
Header may provide such information as message ID, mes- 
sage status, charging information (tariff classes), message 
recipient, message sender, message type (MMS), and 
MMSC version. The HTTP Header provides mandatory 
information such as HOST: e.g., MMSC 320; CONTENT 
TYPE: e.g., MMS message; and CONTENT LENGTH: 
indicating the length of the multi-body part comprised of, for 
example, body part components 506-512. In addition, the 
HTTP Header may contain other header fields denoted as 
general, request, response and entity. These additional 
header fields provide functionality control that is invoked by 
the source of the MMS message and executed by the 
recipient of the MMS message. Cache control may be 
invoked by mobile terminal 302, for example, causing 
MMSC 320 to provide cache operations in response to the 
received MMS message. 

[0049] The message body of HTTP encapsulation com- 
prises any number of binary encoded, MIME message parts, 
where the content type is application/vnd.wap.mms-mes- 
sage. Message part 506 indicates a content type of SMIL that 
was generated, for example, from a URL accessed by mobile 
terminal 302 that further referenced SMIL content. Message 
part 508 indicates that a GIF image exists at location 
"IMAGE1.GIF", which is followed by message part 510 
containing plain text at location "TEXT.TXT". Finally, the 
last message part 512 provides audio content from an 
Adaptive Multi-Rate (AMR) codec format at location 
"AUDIO.AMR". 

[0050] Once HTTP encapsulated Post Request message 
500 has been transmitted to MMSC 320 by WAP gateway 
324, an indication as to the content's receipt is provided to 
mobile terminal 316, which is denoted by dashed line 328. 
Notification 328 utilizes push semantics defined by the Open 
Mobile Alliance (OMA), which delivers a receipt notifica- 
tion to the receiving device, e.g., mobile terminal 316, via 
for example, an SMS bearer and SMSC 312. The MMS PDU 
that is used to send the notification message within the push 
message is M-Notification.ind. The M-Notification.ind 
informs mobile terminal 316 about the contents of received 
message 326 and its purpose is to allow mobile terminal 316 
to fetch multimedia message 326 from MMSC 320. The 
Notification PDU consists of MMS headers which define 
characteristics of the multimedia message such as: size of 
the multimedia message in octets; and the location of the 
multimedia message, e.g., MMSC 320. Once notification 
message 328 has been received, a WAP/GET operation may 
either be automatically or manually initiated in order to 
receive the content specified by the URI of the notification 
message. Once the content has been received by mobile 
terminal 316, notification to the source, e.g., mobile terminal 
302, is provided indicating successful receipt of the content. 

[0051] Mobile terminal 316, prior to performing WAP/ 
HTTP operations with MMSC 320, initiates a capabilities 
negotiation with MMSC 320. The capabilities negotiation 
allows the physical characteristics of mobile terminal 316, 
e.g., screen size, to be known by MMSC 320. The capabili- 
ties are communicated according to the UAProf specifica- 
tion and are indicative of the MMS client's hardware, 
browser user-agent capabilities, network characteristics, and 
more. Table 1 lists an exemplary set of MMS client char- 
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acteristics that may be communicated during the capabilities 
negotiation. 



TABLE 1 







Sample 


/\IU lUUlC 


De s cnptio o 


varue 


MMSMaxMessageSize 


The maximum size of a 


20,480 




multimedia message in 






bytes 




MMSMaxImageResolution 


The maximum size of an 


80 x 60 




image in units of pixels 




MMSCCPPAccept 


List of supported content 


image/JPEG 




types conveyed as MIME 


audio/WAV 




types 


video/MPEG 






text/PLAIN 


MMSCCPPAcceptCharSet 


List of accepted character 


US- ASCII 




sets that the MMS client 


ISO-8859-1 




supports 




MMSCCPPAcceptLanguage 


List of accepted languages 


English 




that the MMS client 


French 




supports 




MMSCXPPAcceptEncoding 


List of transfer encodings 


base 64 




that the MMS client 


quoted- 




supports 


prin table 


MMSVcrsion 


The MMS versions 


2.0 




supported by he MMS 


1.3 




client 





[0052] Once mobile terminal 316 has initially communi- 
cated its capabilities with MMSC 320, MMSC 320 then 
performs content adaptation of the content received from 
mobile terminal 302, so that the content may be adequately 
indicated to the user of mobile terminal 316. Alternatively, 
content may also be received from applications residing 
within IP network 332, e.g., transcoding service 334, 
weather service 342, and e-mail service 340, which is 
subsequently received and adapted by MMSC 320 for 
consumption by mobile terminal 316. 

[0053] One advantage offered by the present invention, is 
the ability of MMSC 320 to not only cache the capabilities 
of content consumption devices, e.g., mobile terminal 302 
and 316, but MMSC 320 may also cache the previously 
adapted content. In this way, content consumption devices 
having similar capabilities to other content consumption 
devices may retrieve content that has already been adapted 
for use by the other content consumption devices. Thus, the 
efficiency of the content adaptation process increases with 
the number of users able to use the cached, adapted content. 

[0054] In order to present at least some of the advantages 
offered by the present invention, a temporal sequence is 
presented that illustrates a typical mass distributed content 
retrieval scenario. The users of mobile terminals 302 and 
316, for example, subscribe to a weather reporting service 
supplied by weather service 342, whereby weather service 
342 pushes weather information to MMSC 320 at periodic 
intervals. For example, weather service 342 may push 
weather content to MMSC 320 every morning at 8:00 am for 
subsequent mass delivery to all subscribers of the weather 
service. 

[0055] The user of mobile terminal 302 is operating in a 
motor vehicle and is notified of the availability of weather 
content from MMSC 320. Her particular mobile terminal 
has moderate capabilities such that she is able to retrieve and 
display MMS messages consisting of plain text, JPEG 
images having a resolution of 40x30 pixels, and a total 



MMS message size of 15 Kbytes. After receiving notifica- 
tion of the delivery of the weather content, her mobile 
terminal initiates a capabilities negotiation with MMSC 320 
followed by an MMS retrieval request for the desired 
weather report. 

[0056] Having the capabilities of mobile terminal 302, 
MMSC 320 is able to adapt the weather content provided by 
weather service 342 in order to be compatible with mobile 
terminal 302. In particular, weather service 342 not only 
provides radar graphics of the current conditions, but also 
offers radar projections of conditions in the future at 6 hour 
increments. Since retrieval of radar graphics for any future 
conditions would exceed the memory capability of mobile 
terminal 302, MMSC 320 limits/adapts the content retrieval 
to include just the textual weather forecast and the current 
radar graphic. The adapted content is then cached into a 
database accessible by MMSC 320 and linked by terminal 
type. The content retrieval request is fulfilled by MMSC 320 
by transmitting the adapted content to mobile terminal 302, 
whereby the user of mobile terminal 302 is able to view the 
current radar view and textual weather forecast in order to 
plan the rest of her drive. 

[0057] Shortly thereafter, mobile terminal 316 receives 
notification of the availability of the weather content pro- 
vided by weather service 342. After completion of the 
capabilities negotiation, MMSC 320 checks the database for 
any cached, adapted content that is linked to mobile termi- 
nals having capabilities similar to mobile terminal 316. 
Since mobile terminal 316 has substantially equivalent capa- 
bilities to that of mobile terminal 302, a match is found to 
the cached content. The cached content is then transmitted to 
mobile terminal 316 immediately, thereby obviating the 
need for MMSC 320 to re -adapt the content for mobile 
terminal 316. 

[0058] FIG. 6 illustrates a functional block diagram of a 
content adaptation system according to the principles of the 
present invention. Content consumers 1602 through N 606 
may represent any network node having the capability to 
browse for and retrieve content generated by content pro- 
vider 618. Value Added Service Provider (VASP) 608 
receives content requests from content consumers 1602 
through N 606, negotiates their capabilities, and gathers the 
requested content from content provider 618. VASP 608 also 
communicates with Content Adaptation Service (CAS) 610 
as required in order to adapt the content requested by content 
consumers 1602 through N 606 to meet their respective 
needs. VASP 608 may also determine whether caching of 
adapted content is permitted, and in the affirmative case, the 
adapted content is cached within database 616 and indexed 
according to content ID and terminal type. Signaling of 
adapted content cache capability may be implemented, for 
example, using HTTP header information 502 of FIG. 5, in 
which a toggle bit may be set in the general header portion 
of header information 502 to indicate whether or not content 
caching is permitted. 

[0059] In one embodiment according to the present inven- 
tion, a pre-adaptation method is performed by VASP 608. In 
this case, VASP 608 would, for example, correspond to 
transcoding service 334 of FIG. 3, where transcoding ser- 
vice 334 would have knowledge of all of the current mobile 
terminal types used on the market at a particular time. Once 
an MMS retrieve message is received by VASP 608, then the 
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content pertaining to the retrieve message is extracted from 
content provider 618. The content received would then 
undergo as many pre-adaptations as required in order to 
fulfill the needs of content consumers 1602 through N 606. 
Each adapted content would be indexed with tag 612 
whereby a content ID and a terminal type is used for future 
recall. 

[0060] The present invention may be generalized to, for 
example, WAP/Web Proxies that are configured to perform 
content adaptation. Taking for example, WAP gateway 324 
of FIG. 3, the VASP, content adaptation function, and 
database function may be incorporated there or in a Web 
Proxy, thus obviating the need for MMSC 320 to perform 
content adaptation functions. In general, the present inven- 
tion is modular, whereby the functions supported by VASP 
608, content adaptation service 610, and database 616, for 
example, may be distributed in one particular implementa- 
tion, and conversely co-located within a WAP Gateway, a 
Web Proxy, or MMSC, in another particular implementation. 

[0061] FIG. 7 illustrates an exemplary flow diagram of a 
method according to the present invention. Content retrieval 
requests are received in step 702 by, for example, VASP 608 
of FIG. 6, WAP gateway 324 or MMSC 320 of FIG. 3. In 
a pre-adaptation mode of operation, process step 706 takes 
the Yes path to process step 708. In this case, pre-adaptation 
is the preferred mode of content adaptation, which requires 
that content adaptations be provided for all known mobile 
terminal types and cached for later use. In such an instance, 
the content retrieval request is passed onto, for example, 
transcoding service 334 of FIG. 3, whereby the capabilities 
of all known mobile terminal types is known. For each 
distinct mobile terminal capability type, a content adaptation 
is prepared for each mobile terminal capability type in step 
714, if not already done as determined by step 724, and 
subsequently cached into memory in step 720, e.g., database 
616 of FIG. 6. The adapted content is also provided to the 
requesting device for future consumption. If the adaptations 
have already been performed, then the adapted content is 
simply retrieved as in step 712 and provided in step 718. 

[0062] In an alternative embodiment, pre-adaptation is not 
the preferred mode of content adaptation and the No path is 
taken from process step 706. In such a case, any content 
adaptations that have been performed in the past are ana- 
lyzed in step 704 to determine whether the capabilities of the 
requesting mobile terminals for the past adaptations match 
the capabilities of the current requesting mobile terminal. If 
a match exists, as determined in step 710, the Yes path to 
step 712 is taken. In step 712, it has been determined that a 
previous content adaptation does in fact match the capabili- 
ties of the current requesting mobile terminal and the 
adapted content is thus fetched from cache, e.g. database 
616, and provided to the current requesting mobile terminal 
in step 718. If, however, no previous content adaptations 
exist within database 616, then a new content adaptation is 
performed in step 716, that matches the capabilities of the 
current requesting mobile terminal and is subsequently 
provided to the current requesting mobile terminal in step 
718. 

[0063] The present invention may be used to reduce the 
amount of overhead generated by providing individual con- 
tent adaptations, through the use of previously adapted 
content when previously adapted content is available and 



usable. The present invention, therefore, allows reuse of 
adapted content thus increasing the efficiency of the net- 
work. In a particular example, 10,000 subscribers may have 
subscribed to a service that provides the latest sports reports 
concerning football news. Half of the subscribers each have 
identical MMS handsets, 20% of the subscribers have an 
upgraded version of the MMS handset with enhanced capa- 
bilities, and the final 30% have a mixture of MMS handsets 
from various vendors. In such an instance, the present 
invention allows for the content adaptation of the football 
news reports into two separate content adaptations, the first 
adaptation used by the 50% class of subscribers and the 
second adaptation being used by the 20% class of subscrib- 
ers, whereby the two content adaptations would serve 70% 
of the subscriber base. It can be seen, therefore, that the 
present invention obviates the need for 7,000 independent 
content adaptations to be performed by first caching the 
results of two adaptations; and providing the cached results 
for future use by 70% of the compatible subscribers. 

[0064] Using the description provided herein, the inven- 
tion may be implemented as a machine, process, or article of 
manufacture by using standard programming and/or engi- 
neering techniques to produce programming software, firm- 
ware, hardware or any combination thereof. Any resulting 
program(s), having computer-readable program code, may 
be embodied on one or more computer-usable media, such 
as disks, optical disks, removable memory devices, semi- 
conductor memories such as RAM, ROM, PROMS, etc. 
Articles of manufacture encompassing code to carry out 
functions associated with the present invention are intended 
to encompass a computer program that exists permanently or 
temporarily on any computer-usable medium or in any 
transmitting medium which transmits such a program. 
Transmitting mediums include, but are not limited to, trans- 
missions via wireless/radio wave communication networks, 
the Internet, intranets, telephone/modem-based network 
communication, hard-wired/cabled communication net- 
work, satellite communication, and other stationary or 
mobile network systems/communication links. From the 
description provided herein, those skilled in the art will be 
readily able to combine software created as described with 
appropriate general purpose or special purpose computer 
hardware to create a content adaptation system and method 
in accordance with the present invention. 

[0065] The network servers or other systems for providing 
content adaptation functions in connection with the present 
invention may be any type of computing device capable of 
processing and communicating information. The network 
servers utilize computing systems to control and manage the 
content adaptation activity. An example of a representative 
computing system capable of carrying out operations in 
accordance with the invention is illustrated in FIG. 8. 
Hardware, firmware, software or a combination thereof may 
be used to perform the various content adaptation functions 
and operations described herein. The computing structure 
800 of FIG. 8 is an example computing structure that can be 
used in connection with such a content adaptation system. 

[0066] The example computing arrangement 800 suitable 
for performing the content adaptation activity in accordance 
with the present invention includes the content adaptation 
server 801, which includes a central processor (CPU) 802 
coupled to random access memory (RAM) 804 and read- 
only memory (ROM) 806. The ROM 806 may also be other 



US 2004/0181550 Al 



8 



Sep. 16, 2004 



types of storage media to store programs, such as program- 
mable ROM (PROM), erasable PROM (EPROM), etc. The 
processor 802 may communicate with other internal and 
external components through input/output (I/O) circuitry 
808 and bussing 810, to provide control signals and the like. 
For example, MMS client capabilities such as those exem- 
plified in Table 1 may be received by content adaptation 
server 801 to enable content adaptation according to the 
MMS client capabilities. External data storage devices, such 
as content adaptation databases, may be coupled to I/O 
circuitry 808 to facilitate lookup functions according to the 
present invention, to allow reuse of previously adapted 
content. Alternatively, such databases may be locally stored 
in the storage/memory of the server 801, or otherwise 
accessible via a local network or networks having a more 
extensive reach such as the Internet 828. The processor 802 
carries out a variety of functions as is known in the art, as 
dictated by software and/or firmware instructions. 

[0067] The content adaptation server 801 may also include 
one or more data storage devices, including hard and floppy 
disk drives 812, CD-ROM drives 814, and other hardware 
capable of reading and/or storing information such as DVD, 
etc. In one embodiment, software for carrying out the 
content adaptation operations in accordance with the present 
invention may be stored and distributed on a CD-ROM 816, 
diskette 818 or other form of media capable of portably 
storing information. These storage media may be inserted 
into, and read by, devices such as the CD-ROM drive 814, 
the disk drive 812, etc. The software may also be transmitted 
to the content adaptation server 801 via data signals, such as 
being downloaded electronically via a network, such as the 
Internet. The content adaptation server 801 is coupled to a 
display 820, which may be any type of known display or 
presentation screen, such as LCD displays, plasma display, 
cathode ray tubes (CRT), etc. A user input interface 822 is 
provided, including one or more user interface mechanisms 
such as a mouse, keyboard, microphone, touch pad, touch 
screen, voice-recognition system, etc. 

[0068] The content adaptation server 801 may be coupled 
to other computing devices, such as the landline and/or 
wireless terminals via a network. The server may be part of 
a larger network configuration as in a global area network 
(GAN) such as the Internet 828, which allows ultimate 
connection to the various landline and/or mobile client/ 
watcher devices. 

[0069] The foregoing description of the various embodi- 
ments of the invention has been presented for the purposes 
of illustration and description. It is not intended to be 
exhaustive or to limit the invention to the precise form 
disclosed. Many modifications and variations are possible in 
light of the above teaching. Thus, it is intended that the 
scope of the invention be limited not with this detailed 
description, but rather determined from the claims appended 
hereto. 

What is claimed is: 

1. A content adaptation system to provide adapted content 
to a plurality of content consumers having differing capa- 
bilities, the content adaptation system comprising: 

a capabilities service coupled to receive content requests 
from the plurality of content consumers and to retrieve 
their respective capabilities; 



a content adaptation service coupled to provide content 
adaptations in accordance with the plurality of content 
consumer capabilities; and 

a database coupled to store the content adaptations, 
wherein the content adaptations are reused by content 
consumers having substantially equivalent capabilities. 

2. The content adaptation system according to claim 1, 
wherein multiple content adaptations are stored based upon 
the capabilities of a predetermined set of content consumers. 

3. The content adaptation system according to claim 2, 
wherein a first content request initiates the storage of the 
multiple content adaptations. 

4. The content adaptation system according to claim 2, 
wherein the content adaptations stored in the database are 
indexed by a terminal type indicative of their corresponding 
capabilities. 

5. The content adaptation system according to claim 4, 
wherein the content adaptations stored in the database are 
further indexed by a content identification. 

6. The content adaptation system according to claim 5, 
wherein the content adaptation service provides the index to 
the database to retrieve content adaptations from the data- 
base relating to the index. 

7. The content adaptation system according to claim 1, 
wherein a content adaptation is stored based upon the 
capabilities of the requesting content consumer. 

8. The content adaptation system according to claim 7, 
wherein a content request from the requesting content cus- 
tomer initiates the storage of the content adaptation. 

9. The content adaptation system according to claim 8, 
wherein the content adaptation stored in the database is 
indexed by a terminal type indicative of its corresponding 
capabilities. 

10. The content adaptation system according to claim 9, 
wherein the content adaptation stored in the database is 
further indexed by a content identification. 

11. The content adaptation system according to claim 10, 
wherein the content adaptation service provides the index to 
the database to retrieve the content adaptation from the 
database relating to the index. 

12. The content adaptation system according to claim 1, 
wherein the capabilities service, the content adaptation ser- 
vice and the database are co-located. 

13. The content adaptation system according to claim 12, 
wherein the co-location exists within a Web proxy. 

14. The content adaptation system according to claim 12, 
wherein the co-location exists within a Wireless Application 
Protocol (WAP) gateway. 

15. The content adaptation system according to claim 12, 
wherein the co-location exists within a Multimedia Messag- 
ing Service Center (MMSC). 

16. The content adaptation system according to claim 1, 
wherein the capabilities service, the content adaptation ser- 
vice and the database are distributed throughout the content 
adaptation system. 

17. A server for facilitating content adaptations on a 
network, comprising: 

means for receiving a first content request; 

means for receiving capabilities associated with the first 
content request; 
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means for providing adapted content in response to the 
first content request, wherein the adaptation of content 
is performed in accordance with the received capabili- 
ties; and 

means for reusing the adapted content for a second 
content request having capabilities substantially corre- 
sponding to the capabilities associated with the first 
content request. 

18. The server according to claim 17, wherein the means 
for reusing the adapted content comprises a database 
arranged to store the adapted content. 

19. The server according to claim 18, wherein the data- 
base is arranged to receive an index indicative of the 
received capabilities. 

20. The server according to claim 19, wherein the data- 
base retrieves previously adapted content in response to 
receiving the index. 

21. A computer-readable medium having instructions 
stored thereon which are executable by a content adaptation 
server for facilitating content adaptation by performing steps 
comprising: 

receiving a content retrieval request and its associated 
capability; 

performing a lookup function to determine availability of 
previously adapted content that is compatible with the 
associated capability; and 

providing the previously adapted content in response to 
the content retrieval request. 



22. A method for providing adapted content, comprising: 

receiving capability characteristics of a content requester; 

locating previously adapted content relating to capability 
characteristics of previous content requestors; and 

transmitting the previously adapted content to the content 
requester when the capability characteristics of the 
content requestor substantially match the capability 
characteristics of the previous content requestors. 

23. The method according to claim 22, wherein the 
previously adapted content is generated based on all known 
capability characteristics of a predetermined set of content 
requesters. 

24. The method according to claim 23, wherein the 
previously adapted content is cached. 

25. The method according to claim 24, wherein the 
previously adapted content is retrieved from the cache based 
upon an index comprising a content identification and a 
terminal type. 

26. The method according to claim 22, wherein the 
previously adapted content is generated based on the capa- 
bility characteristics of the content requestor. 

27. The method according to claim 26, wherein the 
previously adapted content is cached. 

28. The method according to claim 27, wherein the 
previously adapted content is retrieved from the cache based 
upon an index comprising a content identification and a 
terminal type. 

***** 
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METHOD AND APPARATUS FOR e-mail communication to MTA 166, which is waiting to 

MINIMIZING STORAGE OF COMMON accept e-mail. MTA 166 then stores the received e-mail in 

ATTACHMENT FILES IN AN E-MAIL Message Store 16c. Later, a user on computer 18a can log in 

COMMUNICATIONS SERVER to the e-mail system and connect to the POP server 16a, 

5 which determines if there is new mail to download. POP 

FIELD OF THE INVENTION server 16a can then retrieve the e-mail communication from 

the Message Store 16c and transmit the e-mail through the 

The present invention relates to the storage and mainte- LAN 17 to the user, 

nance of e-mail attachment files in an e-mail communica- it is common for users to send a single e-mail commu- 

tions server, and more particularly, to a method and appa- 10 nication to multiple recipients. This typically occurs when 

ratus for reducing the number of copies of identical the e-mail communication contains a humorous joke or 

attachment files stored in the e-mail communications server. anecdote, a political announcement or notice, an advertise- 
ment, or pertains to any other subject matter that is of 

DESCRIPTION OF THE RELATED ART common interest. Some of the recipients may in turn forward 

15 this e-mail communication to other groups of recipients. In 

During the past decade, electronic mail ("e-mail") has some instances, a single e-mail communication ultimately 

become an indispensable tool for facilitating business and may ^ transmitted and forwarded to thousands of recipi- 

personal communications. Through computer networking ents> andj through differeot sources, some users may even 

systems such as local-area networks ("LAN"), wide-area receive multiple copies of the same e-mail communication, 

networks ("WAN"), and the world-wide web ("WWW"), 2 0 Such e-mail communications may additionally include large 

network users can send and receive notes, messages, letters, attachment files stored along with the e-mail message. 

etc., to communicate with others who are in the same office w . „ 0 „ „ m -, M , • • . _- 14 , . , 

. 4 . . . , When an e-mail communication is transmitted to a plu- 

or perhaps m remote locaUons across the world. faU of ^ ^ who are tQ ^ ^ ^ 

E-mail appl.cat.on programs are typ.cally configured for communications ^ onl a si le of the e . maU 

generating messages m the form of memoranda. An e-mail ?5 _ • j „ u * • . j ■ *u 

& .. . r . . „ „ communication message and attachment is stored in the 

apphcahon user interface guides a user to "compose" an Mai] s of ^ ^ ^ For k tf & 

e-mad commumcation by providmg a platform for entering . ye J adot ^ a via ^ t0 , £ 

at least one outgomg e-mail address, a subject heading, f , • , , 

j «u j « r -if - i t, J , group of employees in a single company, the company s 

and a body for the actual message. The user may also -i -n . . • % flL r ; ., 

j . « „. & , , l e-mail server will store only a single copy of the e-mail 

designate a document, file or executable program to be 30 r •* t-u i j ** , * ■« 

„ & , . . . ./ . , solicitation. Thee -mail message and attachment will remain 

attached to the e-mail message. When the user completes ■ 4 . 1 .1 •* ■ j • * j c j 1 L L 

. . 4 , « • „ ,„ . m the Mail Storage until it is designated for deletion by each 

typing the message and presses the send key, the message <■ • ■ * ^ * r ., J 

■ \ r , , . , i , of the recipients. Consohdating storage of e-mail commu- 

is transmitted over the network and is routed for delivery to - t - • .« • j *iT r 

,. , ...... nications in this manner can reduce the amount of memory 

an e-mail server corresponding to the provided destination _ • 1 • t . ^ * ™ „„■ „ f - 

j, r & r required m the company s e-mail communications server, 

address. 35 

Aknown e-mail communications system and a method for Although presently available e-mail communications sys- 
transmitting e-mail communications between networks over tems consolidate storage when an e-mail communication 
the Internet are described with reference to FIG. 1. Com- transmitted by a single sender is received for distribution to 
puters 10fl-10c are connected through a local area network a P luralit y of recipients in a common e-mail server, such 
(LAN) 11 to e-mail communications system 12, which can 40 e " mail SyStemS do DOt consolidate stora g e of tne e " mail 
send e-mail communications to any of computers ISa-ISc communication file when it is forwarded to others in the 
through e-mail communications system 16 and local area network, resulting in multiple copies of the same file(s). 
network (LAN) 17. E-mail communications systems 12 and Likewise, if a common e-mail communication is separately 
16 include Mail Transport Agent (MTA) servers 12a, 16a, transmitted to multiple recipients in a network, or is trans- 
Post Office Protocol (POP or POP3) servers 126, 166, and 45 mitted multiple times to a single recipient, the e-mail system 
Message Store 12c, 16c. Hie e-mail communications servers retaks multi P le ^P* 5 of me same me < s ) m Mail Slora 6 e - 
12 and 16 are also connected to their respective domain ^ ^cation of file storage reduces the efficiency of the 
name servers (DNS) 13, 15. e " mail communications server. 

When an e-mail communication is transmitted according 

to the Simple Mail Transport Protocol (SMTP), it is first 50 SUMMARY OF THE INVENTION 
divided into three components: the sender's "mail from:" 

address; the recipient address fist; and the data portion of the In view of the difficulties described above regarding the 
message. After a user of computer 10c prepares an e-mail duplication of storage of common e-mail communications in 
communication and sends the e-mail across the LAN 11, it an e-mail server, there is a need for a method and apparatus 
is sent to the MTA 12a, which accepts e-mails for delivery. 55 for automatically detecting and consolidating storage of 
The MTA then separates the address information from the common e-mail attachment files received in an e-mail corn- 
data portion of the e-mail. The MTA parses the envelope to muni cations server. 

determine whether to route the message to an external An object of the present invention is to provide a method 

network or store the message in Message Store 12c for of storing an e-mail communication containing an attach- 

access by another computer connected to the LAN 11. The 60 ment file received in an e-mail server. A database of attach- 

MTA "postmarks" the e-mail by adding routing data to the ment files previously stored in the e-mail server is searched 

header before storing the message. for a copy of the attachment file from the received e-mail 

If the e-mail is to be sent to another user on a different communication. If a copy of the attachment file is located in 

mail system, the MTA 12 next determines the domain for the the e-mail server, the attachment file from the e-mail com- 

intended recipient through its DNS 13, which queries the 65 munication is removed, and a link is created from the e-mail 

recipient system's DNS 15 through the Internet. Upon communication to the previously stored attachment file in 

receiving the domain information, MTA 12a transmits the the database. 
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Another object of the present invention is to provide a communications prior to downloading by a recipient client, 

method of storing attachment files to e-mail communications and a POP server 21 for forwarding e-mail communications 

received in an e-mail server. Header information from the from the mail store 23 to recipient clients. In the present 

e-mail communications is extracted and stored in a mail invention, e-mail server 20 additionally includes a duplica- 

store. Header information from the attachment file to be 5 ti O0 checker 24, which intercepts e-mail communication 

stored is also extracted. The extracted attachment file header files prior t0 storage in mail store 2 3. The duplication 

information is compared with header information from checker 24 conlains size checkef softwafe 25 , hat detef _ 

attachment files previously stored in the mail store to mines lhe size of e . majl altachments to 5e stored in the mail 

determine whether the attachment files received with the stQrc ^ ^ fiJe rison ^ m 26 for ^ 

e-mail communications are duplicates of previously stored 10 . 4U , 44 . t ni . . « . « 

ir w , „. . * i • j- whether large e-mail attachment files that are to be stored are 

files. If an attachment file is a duplicate, a link is stored in fo - ^ M . 4 

. , , . . ! f , . duplicate copies oi previously-stored e-mail attachment 

the mail store between the e-mail header information and the gj^ s 

previously stored attachment file. 

Yet another object of the present invention is to provide an ^"1 store 23 contains an attachment file storage database 

e-mail communications server. An MTA server receives 15 28 for storing attachment files from e-mail communications 
e-mail communications from an external network. A mail received from the MTA 22. The attachment files are stored 
store stores e-mail communications received by the MTA separately from the corresponding e-mail header informa- 
server. A POP server downloads e-mail communications U0D and messa S e > which ™ maintained in a header database 
from the mail store to client computers through an internal 27 * For each e " mail communication received by the MTA 22 
network. E-mail attachment file checking software deter- 20 that mcludes at least one atuchment file, the header database 
mines whether attachment files in received e-mail commu- 27 stores at least one hnk t0 the corresponding attachment 
nications are duplicates of attachment files in the mail store. flle < s ) in the attachment file storage database 28. As 
The mail store then removes duplicate attachment files from explained in further detail below, detected attachment files 
e-mail communications and creates links from received mat are referenced by multiple e-mail communications are 
e-mail communications to the corresponding attachment 25 storcd m a common attachment section 29a t separate from 
files in the mail store me stora S e °* other attachment files 29b. Much like a cache, 

the common attachment section 29a stores files that are 
BRIEF DESCRIPTION OF THE DRAWINGS accessed more frequendy in the attachment file database 28. 

FIG. 3 shows a method for storing e-mail attachment files 

FIG. 1 is a schematic diagram of a known e-mail com- 30 m the mail store according to the preferred embodiment, 
munications and computer network system. When an e-mail communication is received in the MTA 

FIG. 2 is a schematic diagram of an e-mail communica- server in step 30, the MTA server processes the e-mail 
tions server according to a preferred embodiment of the communication in step 31 to separate the header file from the 
present invention. e-mail message data and e-mail attachment file data, if 

FIG. 3 is a flow diagram for storing storing an attachment 35 present. If the MTA server determines in step 32 that no 
file in the e-mail communications server of the preferred attachment file is included in the e-mail communication, the 
embodiment of the present invention of FIG. 2. e-mail message is stored in step 33 in the mail store. The 

FIG. 4 is a table of an exemplary header database in the e-mail message may be stored in any conventional manner 
e-mail communications server of FIG. 2. in the mail store. The mail store may be configured such that 

FIG. 5 is a table of an exemplary attachment file database 40 the e-mail header and message are stored in header database 
in the e-mail communications server of FIG. 2. 27, without a link to the attachment file storage database. 

FIG. 6 is a flow diagram for deleting e-mail communi- Alternatively, the header of the e-mail message can be stored 
cations and e-mail attachment files from e-mail communi- m header database 27 with a link to the e-mail message data, 
cations according to the preferred embodiment of the present which may be stored in another e-mail database in the mail 
invention. 45 store (not shown in FIG. 2). As a further alternative, the 

e-mail header and message data may be stored together in 
DETAILED DESCRIPTION OF THE the e-mail database without any link in the header database 

PREFERRED EMBODIMENTS 27. 

If the MTA server determines in step 32 that an attach- 

The present invention provides an e-mail communications 50 ment file is included in the e-mail communication, the size 
system that minimizes the number of duplicate copies of checker software 25 in the duplication checker 24 deter- 
common attachment files to e-mail communications that are mines the attachment file size in step 34. If it is determined 
stored in the mail store of an e-mail server. When the e-mail in step 35 that the attachment file is not greater than a 
server receives an e-mail attachment file that is larger than threshold size, the mail store in step 39 stores the header and 
a threshold size, the server performs a database search for 55 message information (depending upon configuration) in the 
another copy of the attachment file in the mail store. If header database 27. In step 40, the attachment file is then 
another copy is located, the system creates a pointer in the stored in the main section 29b of the attachments file storage 
mail store that associates the located attachment file with the database 28. A link is created in the header database from the 
e-mail for the additional recipients). An attachment file is header to the stored attachment file. In the e-mail server 20 
deleted only after all e-mail communications that include the 60 of the preferred embodiment, all attachment files, regardless 
attachment file are deleted. of size, are stored in the attachment file storage database, and 

The present invention will now be described in more the header database 27 creates a link from the corresponding 
detail with reference to the figures. FIG. 2 is a schematic e-mail header to the attachment. In the alternative embodi- 
diagram of an e-mail communications server 20 in accor- ment in which the e-mail message is stored in an e-mail 
dance with a preferred embodiment of the present invention. 65 database in the mail store 23, the attachment file may also be 
E-mail server 20 includes an MTA server 22 for transmitting stored in the e-mail database together with the e-mail 
and receiving e-mails, a mail store 23 for storing e-mail message. 
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The duplication checker of the preferred embodiment is 
configured to reduce the number of duplicate attachment 
files that are greater than a certain, predetermined threshold 
size. As will be described, the steps of processing the 
attachment file prior to storage, searching the attachment file 
database for duplicates, and moving files from the main 
section 29b to the cached common attachments portion 29a 
of the attachment files database are time intensive. Attach- 
ment files of a relatively small size, such as those below 50 
KB, do not occupy significant space in the attachment file 
storage database, even if multiple copies have been received 
and stored therein. Therefore, attachments that are relatively 
small text files, such as short letters or memoranda, are not 
searched for duplicates. In contrast, large attachment files, 
such as those above 1 MB (or any other predetermined 
threshold), can require significant resources when multiple 
copies are stored in the e-mail server. An inordinate number 
of duplicates of large attachment files stored in the e-mail 
server may overfill the server, such that the e-mail commu- 
nications server will cease operating until files are deleted. 
For this reason, information systems managers who operate 
conventional e-mail communications systems caution users 
to promptly delete large e-mails and discourage others from 
sending e-mails with large attachment files to the e-mail 
server. 

If, in step 35, size checker 25 in the e-mail server 20 
determines that an e-mail attachment in a received e-mail 
communication is greater than a threshold size, the dupli- 
cation checker 24 next processes the attachment file in step 
36 to generate file identification information. As will be 
described in further detail below, this can be performed by 
any of several methods, such as a checksum determination, 
or extraction of certain attachment file header information. 
The processing step generates information by which the 
attachment file comparison section 26 of the duplication 
checker 24 can search the attachment file storage database 
28 for identical attachment files, in step 37. 

If the duplication checker determines, in step 38, that 
there are no copies of the attachment file previously stored 
in the mail store 23, then the mail store stores the attachment 
file in the main section 29b in step 39, and creates a record 
in the header database and a link in the record from the 
attachments database to the header database, in step 40. 

If the duplication checker locates another copy of the 
attachment file, the mail store 23 checks in step 41 if the 45 
attachment file is presently stored in the cache portion 29a 
of the attachment file storage database 28. However, if the 
duplication checker determines that the attachment file is in 
the cache portion 29a, then the attachment file is already 
associated with a plurality of e-mail communications. In that 
case, the mail store creates a link in the record of the header 
database to the attachment in the cache portion 29a in step 
44. 

If the attachment file is not presently in the cache portion 
29tf, then the attachment file has thus far been associated 
with only a single e-mail communication. In step 42, the 
attachment file is transferred from main section of the 
database 29b to the cache portion 29a. The links in the 
record of the other, previously stored e-mail communication 
associated with the attachment file is modified to reflect the 
change in storage location in step 43. The mail store then 
creates a link in the record of the header database to the 
attachment in the cache portion 29a in step 44. 

In the preferred embodiment, as shown in FIG. 3, the mail 
store 38 places an attachment file in the cache portion of the 
attachment file storage database 28 only when there are a 
plurality of e-mail communications received that contain an 



10 



15 



20 



25 



30 



35 



40 



50 



55 



60 



65 



identical attachment file. In some e-mail communications 
systems, when a sender transmits a single e-mail commu- 
nication to a plurality of recipients on the same e-mail 
server, the MTA in the e-mail server receives a single e-mail 
with a plurality of recipient addresses in the header. For such 
systems, the mail store 23 can be configured to check, after 
determining in step 38 that there is not an attachment file 
already in the database, whether the header of the received 
e-mail communication contains a plurality of recipients who 
are on the e-mail server. In such case, the mail store will 
create a pointer in step 41 and store the attachment file in the 
cache portion of the database in step 43. 

The process of searching the attachment file storage 
database 37 for a duplicate of the attachment file to be stored 
in the mail store indicated by step 37 of FIG. 3 can be 
performed by a variety of methods, according to the type of 
information process for file identification in step 36. 
Although the most accurate method for determining whether 
a duplicate file exists in the attachment file database is to 
perform a bit -by-bit comparison of each file stored in the 
database with the file to be stored, such a test would be 
unduly time consuming and would adversely affect the 
operability of the e-mail system. A more efficient method to 
identify the attachment files is to compare the characteristics 
concerning the files, rather than the actual file data itself. 

According to the preferred embodiment, the duplication 
checker 24 first identifies the type of file that is to be stored 
as an attachment to an e-mail communication. For example, 
an attachment file may be a text, spreadsheet, graphics, 
picture, audio, or video file. By searching first according to 
the type of file, the duplication checker can immediately 
eliminate the majority of files stored in the mail store from 
consideration. The duplication checker next identifies the 
properties associated with the attachment file in the file 
header, which may include any of: title/name, MS-DOS 
name, software program, software program version number, . 
author, creation date/time, last modified date/time, size, 
attributes, last saved by, revision number, and revision time 
(minutes). In the case of a text document, such as a 
Microsoft Word™ document, other properties might include 
the number of sections, pages, paragraphs, lines, words, and 
characters. A Microsoft PowerPoint™ document may 
include properties such as the type of fonts used, design 
template, embedded OLE servers, and slide titles. 

The duplication checker searches the properties of each 
attachment file in the database that is of the same type as the 
application file in the received e-mail communication. If 
another attachment file has the identical properties, the 
attachment file in the received e-mail is identified as being 
a duplicate. 

FIGS. 4 and 5 illustrate an example of the method for 
storing an attachment file in the mail store. The e-mail server 
20 of the preferred embodiment, operating an e-mail system 
for the domain "anycompany.com/' receives an e-mail in the 
MTA server 22 on Nov. 7, 2000, intended for an employee 
at the company, Larry Aslad. The MTA server processes the 
e-mail and identifies the following: the e-mail communica- 
tion is from debl@anyisp.com; it is to be sent to 
asla8908@anycompany.com; the subject heading is "This 
will get you laughing"; the size of the file is 2.03 MB; the 
e-mail was delivered on Nov. 04, 2000, at 10:22 AM; and the 
e-mail includes an attachment file. The size of the attach- 
ment file is 2.03 MB. 

Because the attachment file in the received e-mail com- 
munication is greater than the threshold size of 0.5 MB, the 
duplication checker 24 processes the attachment file in the 
e-mail communication for file identification. Looking to 
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header of the attachment file, the duplication checker iden- 
tifies that the attachment is a video file, entitled "Whassup," 
playable on Real Audio™, version 2.0, created on Oct. 6, 
2000, authored by "Spike." 

The duplication checker 24 now performs a search of the 
attachment file database for common attachment files. 
Searching the cached attachment file of FIG. 5 first, it 
becomes clear that there is only one video file stored in the 
cache, link number 3. As indicated by the "header number" 
field, this file is currently the linked attachment for header 
numbers 1, 5, and 6. 

Comparing this file to the attachment file in the e-mail, it 
becomes evident that the title, size, software and version, 
author, and creation date are the same. 

Based upon these common properties, it is determined 
that the attachment file in the e-mail communication for 
asla8908@anycompany.com is a duplicate. It is worth not- 
ing that the subject headings for the e-mails stored as header 
numbers 1, 5, and 6 are each different, and header number 
5 was received on a different date from a different source 
than headers 1 and 6. The duplicate server and mail store can 
detect that the attachment files are duplicates by storing the 
attachment file separately from the corresponding e-mails. 

Because the file is already in the cache portion of the 
database, there is no need to move the attachment file from 
the main attachment file storage database 29b to the cache 
29a. The mail store 23 creates a new link and header record 
in the header database of FIG. 4. The new header record 
appears as follows: header no. 9; username asla8908; subject 
"This will get you laughing;" date received Nov. 7, 2000, 
and from debl@anyisp.com. Attachment "3" corresponds to 
the previously cached storage of the same file in the mail 
store. In the cached attachment files, header no. 9 is now 
added to the header number list. 

The steps for retrieving e-mail from the e-mail server by 
a client computer are now described with reference to FIG. 
6. An e-mail client connects with POP server 21 in step 60, 
and selects to download received e-mail in step 61. The POP 
server then accesses the header database 27 in the mail store 
in step 62 and extracts the header and e-mail message 
information from the mail store. In step 63, the mail store 
retrieves the attachment file corresponding to the requested 
e-mail communication through the link in the header data- 
base to the attachment file storage database 28. The client 
now can view, reply, forward, copy, or delete the received 
e-mail message and corresponding attachment file. 

If the POP server detects in step 64 that the client requests 
to delete the e-mail communication, the header in the mail 
store corresponding to the received e-mail communication is 
deleted from the header database in step 66. The header 
reference number is then deleted in step 67 from the corre- 
sponding attachment file in the attachment file storage 
database. The mail store then checks in step 68 if any header 
reference numbers for the attachment file remain in the 
attachment database. If all e-mail recipients have deleted the 
e-mail communication, then the attachment file is deleted 
from the attachment database, in step 70. 

Accordingly, the duplication checker and mail store 
header and attachment databases of the present invention 
can minimize storage of duplicate attachment files in an 
e-mail communications system. The e-mail server of the 
present invention is configured such that duplicate copies of 
attachment files are not unnecessarily stored in the mail 
store, whether the attachment files are received through 
separate e-mails or e-mail forwarding by users within the 
same e-mail server network. Thus, it is readily seen that the 
method and system of the present invention provides for 
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improved and efficient e-mail communications, and saves 
valuable memory space in the mail store of an e-mail server. 

The foregoing disclosure of embodiments of the present 
invention and specific examples illustrating the present 
invention have been presented for purposes of illustration 
and description. It is not intended to be exhaustive or to limit 
the invention to the precise forms disclosed. Many varia- 
tions and modifications of the embodiments described herein 
will be obvious to one of ordinary skill in the art in light of 
the above disclosure. The scope of the invention is to be 
defined only by the claimed appended hereto, and by their 
equivalents. 

What is claimed is: 

1. A method of storing attachment files to e-mail com- 
munications received in an e-mail server, comprising: 

responsive to the e-mail server receiving an e-mail com- 
munication containing an attachment file, the e-mail 
server extracting header information from the e-mail 
communication and storing the e-mail header informa- 
tion in a mail store; 

the e-mail server extracting attachment file header infor- 
mation from the attachment file contained in the e-mail 
communication; 

the e-mail server comparing the extracted attachment file 
header information with attachment file header infor- 
mation from other attachment files previously stored in 
the mail store to determine whether the attachment files 
received with the e-mail communications are dupli- 
cates of previously stored files; 

if an attachment file is a duplicate, the e-mail server 
storing a link in the mail store between the e-mail 
header information and the previously stored attach- 
ment file; and 

then the e-mail server removing the attachment file from 
the e-mail communication. 

2. The method of storing attachment files to e-mail 
communications according to claim 1, further comprising: 

if an attachment file is not a duplicate of a previously 
stored attachment file, then storing the attachment file 
in the mail store and storing a link in the mail store 
between the e-mail header information and the attach- 
ment file to the received e-mail communication. 

3. The method of storing attachment files to e-mail 
communications according to claim 2, further comprising: 

deleting the e-mail header information stored in the mail 
store and the link 

between the e-mail header information and the corre- 
sponding attachment file in response to a delete request; 
and 

deleting the corresponding attachment file if there are no 
links remaining to the attachment file. 

4. The method of storing attachment files to e-mail 
communications according to claim 1, wherein e-mail mes- 
sages in the e-mail communications are stored with the 
corresponding e-mail header information in the mail store. 

5. Trie method of storing attachment files to e-mail 
communications according to claim 1, wherein the header 
information extracted from the attachment files includes a 
designation of file type. 

6. The method of storing attachment files to e-mail 
communications according to claim 5, wherein the step of 
comparing extracted attachment file header information is 
performed by searching the previously stored attachment 
files that are designated as the same file type as the attach- 
ment file to the received e-mail communication. 

7. The method of storing attachment files to e-mail 
communications according to claim 5, wherein the header 
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information extracted from the attachment files further 
includes at least one of: size, creation date, revision date, 
author, software type, version, and revision number. 

8. The method of storing attachment files to e-mail 
communications according to claim 1, wherein the step of 
comparing extracted attachment file header information is 
performed only when the size of the attachment file is 
greater than a predetermined size. 

9. An e-mail communications server comprising: 

an MTA server for receiving e-mail communications from 
an external network; 

a mail store for storing e-mail communications received 
by the MTA server; 

a POP server for downloading e-mail communications 
from the mail store to client computers through an 
internal network; and 

e-mail attachment file checking software for determining, 
responsive to the MTA server receiving an e-mail 
communication containing an attachment file, whether 
the attachment file in the received e-mail communica- 
tion is a duplicate of an attachment file that was 
attached to previously-received e-mail communica- 
tions in the mail store, 

wherein the mail store removes duplicate attachment files 
from e-mail communications and creates links from 
received e-mail communications to the corresponding 
attachment files in the mail store after the e-mail 
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attachment file checking software determines that the 
attachment file in the received e-mail communication is 
a duplicate of an attachment file in the mail store. 

10. The e-mail communications server according to claim 
5 9, wherein the mail store further comprises a database for 

storing the links from received e-mail communications to 
the attachment files. 

11. The e-mail communications server according to claim 
10, wherein the mail store further comprises a first attach- 

10 ment storage database for storing attachment files that are 
each associated with a single e-mail communication, and a 
second attachment storage database for storing attachment 
files that are each associated with a plurality of e-mail 
communications. 

15 12. The e-mail communications server according to claim 
9, further comprising e-mail file attachment size checker 
software for detecting the size of attachment files in received 
e-mail communications, wherein the e-mail attachment file 
checking software only checks attachment files that are 

20 greater than a predetermined size. 

13. The e-mail communications server according to claim 
9, wherein the e-mail attachment file checking software 
extracts properties associated with the attachment files in the 
received e-mail communications, and searches the mail store 

25 for attachment files having the same properties. 

***** 



